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ABSTRACT 


PHASOR  (PHysical  Analysis  of  Solids  Of  Revolution) 
is  a large  interactive  graphics  computer  program  for 
computing  the  weight,  center  of  gravity,  volume,  and 
moments  of  inertia  of  axi symmetric  bodies  such  as 
projectiles,  rockets,  bombs,  etc.  A Tektronix  4014 
graphic  terminal  is  required  to  run  PHASOR  on  the  CDC 
6500/6600  computer. iat  ARRADCOM,  Dover,  New  Jersey. 

<—*The  program  includes  many  flexible  capabilities, 

including  file  generation/modification,  a graphic  text 
editor,  tablet  input,  and  output  on  disk,  punch, 
plotter,  CRT,  and  line  printer. 


ASSUMPTIONS 


No  knowledge  of  any  computer  programming  language  is 
needed  to  use  PHASOR.  Familiarity  with  the  CDC  SCOPE/INTERCOM 
system,  while  not  essential,  is  helpful.  Users  already 
familiar  with  the  WEIGHT  or  PROMS  computer  programs  will 
be  able  to  quickly  adapt  to  PHASOR  usage,  but  no  prior  ex- 
posure to  these  programs  is  assumed. 
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TO  THE  READER 

Please  do  not  let  the  size  of  this  manual  intimidate 
you.  This  manual  is  intended  to  serve  as  a comprehensive 
reference;  however,  only  a small  subset  of  the  information 
given  is  needed  for  casual  operation.  For  an  initial  intro- 
duction, it  is  suggested  you  read  Chapter  2 and  skim  Chapters 
1,  3 and  4.  Then,  after  gaining  some  familiarity  with  PHASOR 
Operation,  you  will  probably  want  to  familiarize  yourself  with 
the  many  capabilities  and  options  covered  in  the  remaining 
chapters.  A topical  index  is  provided  to  facilitate  use  of 
the  manual  for  reference  purposes. 
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What  is  PHASOR? 

PHASOR  (PHysical  Analysis  of  Solids  Of  Revolution) 
is  a large  interactive  graphics  computer  program  for 
computing  the  physical  properties  of  axisymmetric  bodies 
such  as  ballistic  projectiles,  rockets,  fuzes,  etc.  The 
program  is  explicitly  intended  to  be  run  on  the  CDC  6000 
series  computer  at  ARRADCOM,  Dover  from  remote  TEKTRONIX 
40*4  terminals. 

The  most  distinguishing  characteristic  of  PHASOR  is 
its  flexibility.  The  user  may  utilize  any  or  all  of  the 
following  input  methods,  alone  or  in  combination: 

1.  Punching  free-format  descriptive  data  cards. 

2.  Using  existing  WEIGHT,  or  PROMS  program  decks. 

3.  Creating  or  editing  free-format  card  images  interactively. 

4.  Digitizing  sketches  or  drawings  directly,  without 

punching  any  cards. 

5.  Attaching,  modifying,  or  saving  stored  permanent  file 

data  bases. 

6.  "Sketching"  directly  on  the  terminal  screen  using  the 

graphic  cursor. 

The  user  may  freely  select  output  from  the  program 
in  any  or  all  of  the  following  forms: 

1.  Printout  from  line-printer  of  totals,  data  bases, 

sub-totals,  chronology. 

2.  Punched  decks  of  cards. 

3.  Displayed  drawings  of  all  or  part  of  shell,  with  total 

and/or  individual  properties,  in  a variety  of  formats. 

4.  8x10  hardcopy  plots/printout  suitable  for  reports,  in 

30  seconds,  from  hardcopy  unit. 

5.  Calcomp  plots  of  all  or  part  of  shell  in  a variety  of 

formats  and  sizes  determined  by  the  user. 

6.  Permanent  file  data  base  retained  in  mass  storage  for 

future  recall. 

PHASOR  can  compute  the  weight,  center  of  gravity, 
polar  and  transverse  moments  of  inertia,  anc  outer  volume 
for  any  axisymmetric  shell,  which  may  also  ’iave  fins. 


Lift 
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INTRODUCTION 


1.1 

Why  use  PHASOR? 

This  is  certainly  a valid  question  to  ask  since  there 
are  already  several  excellent  computer  programs  available 
for  analysis  of  axisymmetric  bodies,  notably  the  popular 
WEIGHT  program,  written  by  Sid  Kravitz  et  al,  and  PROMS, 
by  Bill  Bolte  (for  the  IGS  274  system  in  Building  353) . 

So  why,  you  might  ask,  should  one  go  to  the  trouble  of 
learning  a new  program  when  proven  programs  already  exist? 

The  answer  is  that  PHASOR  has  capabilities  and  features 
that  far  exceed  those  of  its  predecessors,  some  of  which 
are  described  quickly  below: 

1.  PHASOR  is  the  only  interactive  program  for  remote 

terminals. 

2.  PHASOR  is  designed  from  the  ground  up  for  interactive 

use;  it  is  not  just  a converted  BATCH  program. 

3.  PHASOR  can  take  decks  of  any  size.  There  is  virtually 

no  limit  to  the  complexity  of  the  item  which  can 
be  analyzed. 

4.  PHASOR  can  determine  the  outer  volume  of  a shell  automat- 

ically without  user  having  to  designate  outside  "items". 

5.  PHASOR  uses  free  format  data  cards.  Data  does  not  have 

to  be  punched  in  certain  columns.  Numeric  data  may  be 
written  with  or  without  a decimal  point. 

6.  PHASOR  does  not  require  user  to  count  data  cards  of  each 

type;  in  fact,  items  of  the  same  type  need  not  even  be 
grouped  together. 

7.  PHASOR  is  extremely  resistant  to  "bombing"  due  to  user 

errors. 

8.  PHASOR  provides  an  easy  format  for  describing  ogives  so 

that  the  user  does  not  need  to  know  the  center. 

9.  PHASOR  includes  an  efficient  EDITOR  as  an  integral 

part  of  the  program  which  allows  the  user  to  alter 
cards  in  his  deck  by  merely  "pointing  at"  them 
with  the  cursor.  Edit  actions  include  DELETE  CARD 
OR  GROUP  OP  CARDS,  INSERT  CARD  OR  GROUP  OF  CARDS, 

REPLACE  CARD  OR  GROUP  OF  CARDS,  REPLACE  CHARACTER 
STRING  ON  CARD,  MOVE  CARD  OR  GROUP  OF  CARDS,  COPY 
CARD  OR  GROUP  OF  CARDS,  and  more.  A maximum  of 
three  keystokes  are  needed  to  perform  any  edit 
action;  most  need  only  one  keystroke. 
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10.  PHASOR  provides  a complete  file  system  as  an  integral 

part  of  the  program.  Files  may  be  created  and  named 
at  will,  and  may  be  CATALOGUED  for  permanent  retention. 

11.  PHASOR  provides  comprehensive  graphic  capabilities. 

Automatic  scaling  and  scale  annotation  of  axis  is 
provided  and  automatic  zooming  to  view  any  portion  of 
the  shell.  Calcomp  plots  may  be  made  directly  from 
PHASOR  during  execution.  A variety  of  drawing  enhance- 
ments are  provided  such  as  titles,  suppression  of 
radial  lines,  arrowhead  lines,  etc.,  which  are  very 
useful  for  the  preparation  of  attractive  reports. 

12.  PHASOR  allows  sketches,  drawings,  etc.  to  be  directly 

input  to  the  program  by  "tracing"  the  outline  of  the 
item  with  the  graphic  tablet  pen,  with  surprising 
accuracy. 

13.  PHASOR  can  run  data  decks  from  WEIGHT  or  PROMS  programs 

without  modification. 

14.  PHASOR  can  automatically  add  or  subtract  a constant 

to  all  the  reference  distances  for  its  items,  making 
for  easy  modelling  of  a shell  made  by  combining 
previously  modelled  parts. 

15.  PHASOR  is  a command  oriented  program,  so  user  can 

quickly  tell  the  program  exactly  what  he  wants  done 
without  a lot  of  extraneous  activity  being  required. 

16.  PHASOR  can  produce  results  faster  and  more  economically 

with  better  precision  that  any  other  program  currently 
available. 
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P = "POLAR"  SECOND  MOMENT  WITH 
RESPECT  TO  THE  AXIS  OF 
SYMMETRY,  x'  x' 

T="TRANSVERSE"=  SECOND  MOMENT  WITH 
RESPECT  TO  AN  AXIS  PERPENDICULAR 
TO  THE  AXIS  OF  SYMMETRY,  PASSING 
THROUGH  THE  CG,  SUCH  AS  y'  y' 

T'=  "PLANAR  TRANSVERSE"  = T = 

SECOND  MOMENT  WITH  RESPECT  TO 
A PLANE  PQR,  PERPENDICULAR  TO 
THE  AXIS  OF  SYMMETRY  AND 
PASSING  THROUGH  THE  CG 

Figure  1-3.  Definitions  of 
computed  results  for  the  entire 
model. 
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1.2  DEFINITIONS  OF  COMPUTED  RESULTS 

The  mathematical  derivations  for  the  computed  results 
determined  by  PHASOR  are  given  in  Appendix  F.  This  section 
provides  a basic  concept  of  the  meanings  of  the  computed 
results. 

PHASOR  will  provide  the  following  properties  for  the 
entire  shell: 

WEIGHT  of  the  shell  in  force  units,  normally  pounds. 

CENTER  OF  GRAVITY,  C.G.,  in  length  units  along  the  axis 

of  symmetry  from  the  reference  axis,  normally  in  inches. 

POLAR  MOMENT  OF  INERTIA,  P,  the  second  moment  with  respect 
to  the  axis  of  symmetry,  normally  in  pound-inches 
i squared. 

! 

TRANSVERSE  MOMENT  OF  INERTIA,  T,  the  second  moment  with 

respect  to  an  axis  perpendicular  to  the  axis  of  symmetry, 
passing  through  the  C.G. , normally  in  pounds-inches- 
squared . 

• PLANAR  TRANSVERSE  MOMENT  OF  INERTIA,  T' , the  second  moment 

with  respect  to  a plane  perpendicular  to  the  axis  of 
symmetry  and  passing  through  the  C.G.. 

OUTER  VOLUME  OF  THE  SHELL,  V,  the  displaced  volume  for  the 
entire  shell,  normally  in  cubic  inches.  Outer 
volume  computation  limitations  are  discussed  in 
section  11. 

Note:  It  can  be  shown  that  for  an  axially  symmetric  body, 

T ' =T-  P/2 

Refer  to  figure  1-3  for  definition  clarification. 


Note  that  any  consistent  system  of  units  may  be  used, 
so  that  although  pound/inch  units  have  been  used  traditionally, 
metric  measure  is  also  acceptable  to  PHASOR. 


l.J  NOTATION  USED  IN  THIS  MANUAL 


The  following  notation  is  used  in  the  examples  through- 
out this  manual: 

Items  shown  in  all  UPPER  CASE  letters  are  keywords  with 
pre-defined  meanings,  and  are  shown  exactly  as  they  must  be 
entered . 

Items  shown  in  lower  case  letters  are  names  represent- 
ing quantities  or  words  which  must  be  supplied  by  the  user. 

Items  which  are  underlined  in  examples  are  typed 
by  the  user  at  the  terminaTT  All  items  not  underlined  are 
displayed  by  the  computer. 

A single  upper  case  letter  with  a circle  around  it 
represents  a graphic  input  keystroke,  or  GINK,  which 
means  that  only  the  indicated  character  needs  to  be  depressed 
on  the  TEKTRONIX  terminal  keyboard;  the  carriage  RETURN 
key  should  not  be  depressed. 


Examples : 

//PUNCH 

For  this  case,  the  computer  displayed  "//",  and  user  typed 
"PUNCH",  followed  by  a carriage  return. 

//SAVE, If n 

For  this  case,  the  computer  displayed  "//",  and  user  typed 
in  "SAVE",  followed  by  another  word  represented  by  lfn. 

The  actual  characters  typed  for  lfn  is  not  specified,  and 
could  be,  for  instance,  "MYFILE" , or  "AA"  or  "DATA23",  or 
any  other  legal  name. 

(T) 

For  this  case,  user  simply  depressed  the  T key,  and  did 
not  depress  the  carriage  return,  because  the  circle  indicates 
that  the  T is  a GINK  and  will  be  acted  upon  immediately 
by  PHASOR  without  waiting  for  a carriage  return. 
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2.  GETTING  STARTED. 

The  best  way  for  you  to  learn  how  to  use  PHASOR  is 
to  try  it.  So  if  you  will  take  this  manual  in  hand, 
and  find  a TEKTRONIX  4014  terminal,  you  can  learn  how 
to  use  PHASOR  right  now.  Even  if  you  have  never 
used  the  4014  before,  you  will  be  able  to  try  it.  All 
you  need  is  a user  ID,  a password,  and  the  computer's  phone 
number  to  gain  access  to  the  computer.  If  you  don't  have 
an  ID,  you  can  get  one  by  calling  Bill  Stein  at  Autovon 
880-6303. 

The  following  discussion  will  be  developed  slowly, 
one  step  at  a time  so  you  shouldn't  have  any  problem; 
but  if  you  do,  skip  to  Appendix  A which  contains  a trouble- 
shooting guide.  The  following  discussion  assumes  standard 
300  baud  operation. 

2.1  LOGGING  IN. 

(1)  Power  up  the  4014  by  turning  on  the  power  switch 
located  about  10  inches  from  the  floor  on  the  pedestal 
base.  If  the  4014  is  equipped  with  a model  4631  Hardcopy 
unit  (figure  2-1)  power  it  up  also. 

^^^^^^(2)  Set  LINE/LOCAL  rocker  switch  to  LOCAL. 

o 

POWER  LOCAL/LINE  ASCII  ALT  ALT  ON  OFF  KYBD  ON  OFF  ON  3 

CODE  LOCKED  CLEAR  WRITE 
EXPANDER  LINE 


(3)  Simultaneously  depress  these  two  keys:  SHIFT, 
and  RESET  PAGE. 
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LOCAL/LINE  ASCII  ALT  ALT  OIM  OFF  KYBD  ON  OFF  ON  3 1 OFF  2 

CODE  LOCKED  CLEAR  WRITE  MAR 


EXPANDER  LINE 


(5)  Insure  that  TTY  LOCK  is  in  the  depressed  position; 
then  set  the  LINE/LOCAL  rocker  switch  to  LINE. 

(6)  Pick  up  the  telephone  receiver  from  the  data 
set,  depress  the  TALK  button  on  the  data  set,  and  then 
dial  the  appropriate  number  selected  from  the  list  of 
300  baud  phone  numbers  which  was  given  to  you  along  with 
your  password. 
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(7)  After  one  or  two  rings,  an  audible  whistling 
tone  should  be  heard.  Depress  the  DATA  button  on  the  data 
set,  and  hang  up.  The  computer  and  terminal  should  now  be 
linked  together. 

(8)  After  a few  seconds,  a message  similar  to, 

CONTROL  DATA  INTERCOM  4.5 
DATE  83/14/78 
TINE  89.15,52. 

PLEASE  LOGIN 

should  appear  on  the  screen.  If  it  does  not,  refer  to 
Appendix  A.  Now  LOGIN  by  typing  your  own  user  ID  and  charge 
code  in  place  of  xxxyyyzzz,  and  your  password  where  indicated. 

PLEASE  LOGIN 

MitoWiSi  PASSWORD- 

(9)  The  following  acknowledgement  should  now  be 
displayed  by  the  computers 


84/03/78  LOGGED  IN  AT  10.55.52. 
WITH  USER-ID  DH 
EQUIP/PORT  40/005 

C0W1AND- 


(10)  The  computer  is  now  yours  to  command.  Carefully 
type  in  the  underlined  instructions  exactly  as  shown 
below;  the  portions  not  underlined  will  be  displayed  by 
t’.e  computer. 
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COffflAND-ETUiee. 

COMMAND-  BEGIN,PHASOR,BR/CARBR£V. 


(11)  After  a pause,  the  screen  will  "flash"  momentarily 
and  erase,  and  two  slashes  will  appear  at  the  upper  left 
hand  corner  of  the  screen. 

PHASOR  1.0  REV.  V 
ft 

These  two  slashes  are  a prompt  to  indicate  that  PHASOR  is  in 
the  DIRECTIVE  MODE  and  ready  for  you  to  enter  a directive. 
Whenever  two  slashes  appear  on  the  screen,  PHASOR  is  waiting 
for  you  to  type  in  a DIRECTIVE. 

If  you  have  used  the  EDITOR  utility  before,  you 
should  think  of  these  two  slashes  as  being  similar  to 
the  two  dots  that  prompt  you  in  EDITOR.  In  fact,  many 
of  the  commands  you  might  enter  from  EDITOR  can  also  be 
used  in  PHASOR  as  directives.  For  now,  though, 
we  are  not  going  to  discuss  what  DIRECTIVES  are  available, 
but  rather  just  copy  some  sample  DIRECTIVES  from  this 
manual  to  get  the  hang  of  it. 

Carefully  type  in  the  underlined  portions,  exactly 
as  shown  below.  Later  we  shall  learn  how  to  use  these 
directives;  for  now  it  is  sufficient  for  you  to  know 
that  we  wish  to  fetch  a data  base  which  has  already  been 
stored  away  for  you  to  use. 


2fe£i 


PHASOR  l.t  REV.  D 
//ATTflCH.IAI’At.SAHPLfnAlA.CV.l 
//READ. DATA 1 
PHASOR  WADS  DATA  SET  1 Of  FILE 
2S  CARD  I PACES  READ. 

//DRAM, V1EM* TULL, RA0lAL«0ff 


DATA1 


2-5 


GETTING  STARTED 


The  informative  message,  "25  CARD  IMAGES  READ"  indicates 
that  PHASOR  has  read  an  existing  data  base  which  describes 
a projectile  on  25  punched  data  cards.  Later  you  will 
learn  the  form  these  punched  cards  take.  For  now,  be  con- 
tent to  know  that  they  describe  the  physical  dimensions 
of  the  shell  and  its  materials. 

The  last  directive  tells  PHASOR  to  draw  the  projectile, 
and  furthermore  that  we  wish  to  see  the  whole  shell,  with 
radial  lines  not  drawn.  The  portion  of  the  directive  which 
reads  "VIEW=FULL,  RADIAL=OFF"  specifies  optional  parameters. 
Most  directives  have  one  or  more  options  which  the  user 
can  specify  if  he  wishes,  in  order  to  control  the  type 
of  display,  method  of  solution,  etc.  The  options  avail- 
able and  their  uses  will  be  discussed  later. 

After  entering  the  last  directive  above,  you  will  see 
the  screen  erase,  and  PHASOR  will  draw  the  shell.  The 
drawing  process  will  take  about  30  seconds,  and  when  complete, 
the  display  should  look  like  figure  2-2.  In  the  event  that 
the  terminal  stops  drawing  before  the  shell  is  complete,  it 
is  probably  due  to  a transmission  error  over  the  telephone 
lines.  You  may  correct  this  by  depressing  the  space  bar  and 
carriage  return,  and  the  display  will  continue. 

You  will  always  be  able  to  tell  when  PHASOR  is  done 
drawing,  because  it  will  put  up  a CROSSHAIR  CURSOR 
somewhere  on  the  screen.  The  Graphic  CURSOR  is  the  pair 
of  lines,  one  horizontal  and  one  vertical,  which  can  be 
maneuvered  by  the  thumbwheels.  Try  turning  the  thumb- 
wheels to  see  the  effect  on  the  cursor. 


O □ 

FULL  RELEASE  AUTO  PRINT  COPY 
N CONTROL  OFF 


□ oo 

FF  KYBD  ON 
E LOCKED 
3ER  LINE 


OFF  ON 
CLEAR  WRITE 


o 


1 OFF  2 
MAR 
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The  CURSOR  is  essential  to  PHASOR  operation.  By  using 
the  thumbwheels,  you  can  position  the  intersection  of  the 
crosshairs  over  various  parts  of  the  display.  This  enables 
you  to  "point  at"  different  parts  of  the  display,  and  PHASOR 
will  know  where  you  are  "pointing".  Each  of  the  keys  on  the 
keyboard  represents  a certain  command  to  PHASOR.  By  striking 
the  appropriate  key,  you  can  command  PHASOR  to  take  a par- 
ticular action  with  the  part  of  the  screen  image  you  are 
pointing  at. 

(12)  In  DRAW  mode,  the  letter  (?)  is  used  to  command 
PHASOR  to  display  the  total  properties  of  the  shell.  Position 
the  cursor  anywhere  on  the  screen,  and  depress  the(?)key. 

Do  not  depress  the  carriage  return.  After  a few  seconds, 
PHASOR  should  display  the  weight,  center  of  gravity,  and 
moments  of  inertia  of  the  pictured  shell: 


— i 

2.666 


■4- 


-4- 


-4- 


-4- 


16.  < 


2*. 


21.  Mi 


36. M# 


IS  CP'l* 

-TRANS.-  -C.G.- 


24 .666  32.666 

-CUmiLATIUC  TOTALS  «,T*>- 
-UEIftMT-  -POLAR-  -TR.-R/2-  -C.C.- 

263. 44S  1219.23?  13676.696  22.932  14496.316 


(13)  On  the  display,  the  dash-dot  centerline  drawn 
horizontally  is  the  axis  of  symmetry  of  the  shell.  The 
display  shows  a cross-sectional  view  of  the  shell  taken 
by  passing  a plane  through  the  axis  of  symmetry.  This 
longitudinal  axis  is  designated  the  X axis,  and  the  tic  marks 
and  tic  labels  which  run  from  left  to  right  are  the  X axis 
units,  usually  inches.  The  solid  vertical  axis  with  tic 
marks  running  at  vertical  intervals  is  the  Y axis  or  radial 
axis,  and  the  units  are  measured  in  terms  of  the  radius  from 
the  centerline. 

Position  the  cursor  carefully  on  the  upper  half  of 
the  shell  at  exactly  the  position  shown  below: 
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When  you  have  positioned  the  cursor  exactly  as  shown 
above,  depress  the  (P)  key.  (p) is  a draw-node  command  which 
tells  PHASOR  to  display  the  properties  of  a particular  part 
of  the  shell.  In  this  case,  the  part  of  the  shell  whose 
surface  is  under  the  crosshair  intersection  is  an  item 
identified  as  "OGIVE"  in  the  data  base,  which  is  described 
on  the  21st  data  card  of  the  data  base,  as  indicated  by  the 
number  in  parentheses  at  the  lower  left  of  the  display. 
Furthermore,  this  particular  piece  of  the  shell  weighs 
117.9  pounds,  and  has  a center  of  gravity  at  12.974  inches. 
By  placing  the  cursor  over  other  lines  on  the  shell,  and 
depressing (ju  you  may  get  a display  of  the  properties  of 
any  parts  of  interest. 


4 


L jJk 


* >r 
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(14)  If  your  terminal  is  equipped  with  a model  4631 
hardcopy  unit,  you  may  make  a permanent  copy  of  the  contents 
of  the  screen  at  any  time  when  PHASOR  is  waiting  for  a 
directive  or  keystroke,  by  depressing  the  AUTO/P RITIT/COPY 
rocker  switch  on  the  keyboard. 


^ommomon  on 

KYBD  ON  OFF  ON  3 1 OFF  2 FULL  RELEASE  AUTO  PRINT  COPY 

LOCKED  CLEAR  WRITE  MARGIN  CONTROL  OFF 

LINE 


n [v]  [b]  [nhm]  m m in  e 


SHIFT  BREAK 


(15)  Depress  the (z) key.  This  commands  PHASOR  to 
zoom  in  on  a portion  of  the  display.  The  prompting  message, 

AXIS  XMIN,  XMAX= 

will  appear  at  the  lower  left  of  the  screen.  Type  in 

2,20 

with  a carriage  RETURN,  to  tell  PHASOR  to  display  the  part 
of  the  shell  between  X=2  and  X=20.  The  screen  will  erase, 
and  redraw  the  shell  with  an  enlarged  scale,  as  shown  in 
figure  2-3.  Note  that  all  portions  of  the  shell  outside  the 
viewing  area  are  clipped  off  and  not  displayed.  However, 
using  the (T) graphic  Input  keystroke  will  still  give  the 
properties  of  the  entire  shell. 
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(16)  There  are  21  Graphic  Input  Keystrokes  (GINKS) 
available  in  DRAW  mode,  of  which  we  have  tried  only  three  - 
T,  P,  and  Z.  We  will  examine  the  o£her  commands  avail- 
able at  a Tater  time.  Now  depress (/X  The  slash  GINK 
always  tells  PHASOR  to  return  to  directive  mode  from  any 
other  mode.  The  screen  will  clear,  and  the  directive  mode 
prompting  characters  will  be  displayed; 

// 


(17)  To  stop  the  program,  type  STOP.  The  screen  will 
now  displays 


//STOP 


STOP 

COWAND- 


PMASOB-  NORNAL  TEBPINATION. 


(18)  You  are  no  longer  executing  the  PHASOR  program 
and  are  back  in  INTERCOM  COMMAND  mode.  If  you  wish  to 
LOGOUT,  you  may  do  so  by  the  sequence  shown  below; 


//STOP 

STOP  PHASOR-  NORTIAL  TERAINATION. 
CONHAHD-  10C0UT 

CPA  S.SS6  SCC.  S.SSS  ADJ. 

SYS  TINE  tl.MO 

EST.  COST  AT  0180/HR.  - S .SO 
CONNECT  TINE  0 HRS.  18  NIN. 
03/13/78  LOCOED  OUT  AT  14.50.S4. 

< 


VERY  IMPORTANT;  AFTER  LOGGING  OUT  AND  BEFORE  POWERING 
DOWN  THE  TERMINAL,  DEPRESS  SHIFT  AND  RESET  PAGE  SIMUL- 
TANEOUSLY. Failure  to  do  so  may  result  in  the  telephone 
line  to  the  computer  becoming  permanently  "busy" . 


3.  MODELLING  FUNDAMENTALS  & DATA  CARD  PREPARATION 

This  section  describes  the  fundamental  concepts  needed 
to  describe  a shell  for  analysis  by  PHASOR.  Readers  who 
are  already  familiar  with  the  WEIGHT,  DAGMAR  or  PROMS 
programs  will  find  this  material  fundamentally  familiar, 
except  for  section  3.8,  which  introduces  a new  item  type, 
the  "PHASOR  format"  ogive. 

Any  axially  symmetric  shell  may  be  analyzed  by  PHASOR 
if  its  physical  dimensions  and  material  densities  are 
known.  The  user  must  model  his  shell  by  breaking  it 
up  into  a number  of  elementary  "building  blocks",  or 
items . The  most  fundamental  and  most  commonly  used  build- 
ing block  of  PHASOR  is  the  BODY  ITEM. 

3.1  BODY  ITEMS 

, * 

The  general  form  of  a body  item  is  a truncated  right- 
circular  cone,  as  shown  in  figure  3-1,  where  the  axis  of 
symmetry  of  the  shell  is  also  the  axis  of  symmetry  for  the 
body  item.  Two  often-used  subsets  of  the  general  form  are 
the  cylinder  (Dl=D2)  and  the  cone  (Dl=0,  or  D2=0) . 


(a)  CYLINDER 


(b)  CONES 


Special  subsets  of  general  body  item. 

Any  single  body  item  may  be  completely  described  by  the 
four  dimensions  Dl,  D2,  H,  and  REF  and  the  material  density, 
RIIO.  To  describe  a body  item,  these  values  may  be  punched 
on  a single  data  card  in  the  sequence  shown  in  figure  3-1. 

The  field  on  the  card  called  NAME  is  an  optional  field  con- 
sisting of  from  0 to  18  characters  which  may  be  used  to 
designate  a name  for  the  item. 

The  numerical  values  for  the  fields  may  be  freely  placed 
on  the  data  card,  but  must  appear  in  the  same  sequence  as 
shown,  and  must  be  separated  by  commas  or  blanks.  The  NAME 
field,  if  specified,  may  contain  any  alphanumeric  characters, 
including  blanks,  and  need  not  be  unique  (i.e.,  more  than 
one  body  item  may  have  the  same  NAME  field)  . 
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3.2  COMBINING  ITEMS 

Models  of  shells  of  any  desired  complexity  may  be  made 
up  by  combining  individual  body  items.  For  example,  the 
shell  whose  cutaway  view  is  shown  at  the  top  of  figure  3-2 
may  be  modelled  by  combining  three  body  items.  To  model 
the  shell,  the  analyst  first  sketches  the  cross-sectional 
view  of  the  shell,  as  shown  in  the  center  of  the  figure.  The 
analyst  decides  that  in  this  case,  he  may  model  the  shell 
by  using  two  body  items  to  describe  the  outside  contour  of 
the  shell,  and  "subtracting  away"  the  hollow  portion  of  the 
shell  on  a third  body  item.  "Subtracting  away"  is  accomplished 
by  specifying  a negative  density,  as  shown  on  the  last  card 
at  the  bottom  of  the  figure.  This  shell  was  made  of  steel, 
with  a density  of  0.283  lbs/cubic  inch,  so  by  specifying 
the  third  item  as  having  a density  of  -.283,  the  net  result 
is  a density  of  0 for  the  hollow  portion. 

3.3  BODY  ITEM  DATA  KEY 

Only  one  more  card  is  needed  besides  the  three  body  item 
cards  to  completely  describe  the  shell  of  figure  3-2. 

This  is  the  body  data  key  card.  The  data  key  card  is  the 
first  card  shown  at  the  bottom  of  figure  3-2.  It  contains 
only  the  character  B in  column  one.  This  card  tells 
PHASOR  that  all  the  cards  which  follow  are  body  items, 
until  a different  data  key  card  is  encountered.  Any  number 
of  body  item  cards  may  follow  a body  data  key.  Other  data 
keys  will  be  described  later  for  other  items  types  yet  to 
be  defined. 
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3.4  FIN  ITEMS 

I I 

A second  "building  block"  is  the  fin  item.  Fin  items 
are  peculiar  in  that  they  break  almost  all  the  general  rules 
for  items  in  general,  and  therefore  should  be  used  with 
caution. 

I |! 

First  of  all,  fin  items  are  not  axially  symmetric;  yet 
the  introduction  of  this  report  stated  PHASOR  was  only  to 
be  used  for  axially  symmetric  bodies.  This  paradox  can  be 
tolerated  if  we  stipulate  that  the  fins  must  be  placed  symmet- 
rically around  the  shell,  and  that  the  computed  transverse 
moment  o i inertia  will  be  the  average  inertia  for  a spinning 
shell  (see  Appendix  F for  mathematical  derivation) . Fins  are 
* encountered  so  frequently  that  it  is  useful  to  include  them 

in  axisymmetric  analysis  with  these  stipulations. 

I 1 

The  general  form  for  fin  items  is  shown  at  the  top  of 
figure  3-3.  Note  that  unlike  all  other  item  types,  the 
dimension  of  fins  are  specified  in  terms  of  the  radius,  not 
the  diameter,  of  the  fin.  The  reason  for  this  departure 
from  the  norm  is  that  fins  are  not  necessarily  directly 
opposite  each  other,  such  as  in  the  case  of  three  fins. 

Using  the  radius  as  the  standard  of  measure  helps 
emphasize  this  distinction,  as  well  as  maintaining  compati- 
bility with  previous  programs. 


NFIN=*3  (END  VIEW) 

The  minimum  number  of  fins  on  a fin  item  is  2.  Fins 
are  assumed  to  be  placed  symmetrically,  e.g.,  if  NFIN=3, 
fins  are  placed  every  120  degrees,  as  shown  above. 


A 
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Since  fins  are  almost  always  placed  on  the  "outside" 
of  a shell,  fin  items  will  normally  have  some  inside  portion 
"subtracted  away".  In  normal  usage,  each  fin  item  specified 
with  a positive  density  will  have  associated  with  it  another 
fin  item  with  a complementary  density,  as  illustrated  in  the 
example  below. 

Figure  3-4  shows  a simple  example  problem  consisting 
of  a solid  steel  shell  with  two  aluminum  fins.  To  analyze 
the  shell,  the  sketch  shown  in  the  middle  figure  is  produced, 
and  the  data  cards  shown  at  the  bottom  are  prepared.  The 
first  card  is  the  body  data  key.  The  second  and  third  cards 
are  body  item  cards  describing  the  cylindrical  portion  and 
the  conical  portion  of  the  shell,  as  discussed  in  section  3.3. 

The  fourth  card  is  the  Fin  data  key,  which  indicates 
that  the  cards  following  it  are  fin  items.  The  second  field 
on  the  fin  data  key  is  NFIN,  the  number  of  fins,  in  this  case 
2.  Since  NFIN=2,  it  is  implicitly  understood  that  the  fins 
are  180  degrees  apart. 

The  fifth  card  describes  the  outside  edge  of  the  fin. 

The  last  card  " subtracts  away"  that  portion  of  the  fin 
'•*  t which  is  subtended  by  the  body  of  the  shell. 

3.5  FIN  ITEM  DATA  KEY 

Unlike  the  other  data  keys  used  by  PHASOR,  the  fin  data 
key  has  two  fields.  The  first  is  the  character  F,  and  the 
second  is  the  number  of  fins,  separated  from  the  letter  F 
by  a comma  or  a blank.  All  the  fin  items  which  follow  the 
fin  data  key  will  have  NFIN  fins. 

Occasionally  a shell  may  have  different  numbers  of  fins 
around  different  parts  of  the  shell.  For  example,  a rocket  may 
have  four  cannards  in  front  and  six  fins  in  back.  This  case 
can  be  handled  by  using  two  fin  data  keys,  like  this... 


! 
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[ 


OGIVE  ITEM 
("WEIGHT”  FORMAT) 
DATA  CARDS 


♦ 


THIS  IS  A "WEIGHT"  FORMAT  OGIVE 
DATA  KEY,  INDICATING  CARDS 
FOLLOWING  ARE  "WEIGHT" 

FORMAT  OGIVE  DATA  CARDS 
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3.6  "WEIGHT"  FORMAT  OGIVE  ITEMS 

An  ogive  is  a solid  generated  by  rotating  a circular 
arc  about  the  axis  of  symmetry  of  the  shell. 

There  are  two  formats  which  may  be  used  to  describe  an 
ogive.  The  first  is  called  the  "WEIGHT"  format  because 
it  is  compatible  with  the  method  originally  developed  for 
the  WEIGHT  program. 

Figure  3-5  shows  the  dimensional  fields  for  WEIGHT 
format  ogive  description.  It  should  be  noted  that  fields 
A,B,  and  RAD  all  have  signs  associated  with  them.  For  the 
figure  shown,  A,B,  and  RAD  are  all  positive.  All  other 
possible  combinations  of  signs  are  discussed  in  detail  in 
Appendix  E. 


3.7  "WEIGHT"  FORMAT  OGIVE  ITEM  DATA  KEY 

The  first  card  shown  at  the  bottom  of  figure  3-5  is 
the  "WEIGHT"  format  ogive  data  key,  consisting  of  the  letter 
0 in  column  1.  It  indicates  that  all  cards  following  are 
ogive  items  conforming  to  the  "WEIGHT"  format  of  description, 
until  a different  data  key  is  encountered.  Any  number  of 
ogive  item  cards  may  follow  the  key. 


K 

J 


OGIVE  ITEM  ("PHASOR”  FORMAT)  DATA  CARDS 


MATERIAL  DENSITY  = rho 


dl,  d2,  h,  rho,  ref,  rad,  name 


THIS  IS  "PHASOR"  FORMAT  OGIVE 
DATA  KEY,  INDICATING  CARDS 
FOLLOWING  ARE  "PHASOR" 
FORMAT  OGIVE  DATA  CARDS 


Figure  3-6.  Data  card  format  to 
describe  "PHASOR"  format  "ogive 
items. 
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3.8  "PHASOR"  FORMAT  OGIVE  ITEMS 

Section  3.6  introduced  the  "WEIGHT"  format  for  describ- 
ing an  ogive.  One  of  the  problems  with  this  format  is  that 
the  analyst  must  know  the  location  of  the  center  of  the 
arc  in  order  to  specify  dimensions  A and  B.  These  dimen- 
sions are  easily  extracted  from  the  final  engineering  drawings 
for  a shell,  but  during  preliminary  design  work,  the  center 
of  the  arc  is  seldom  known  and  troublesome  to  compute.  More 
often,  the  designer  simply  knows  he  wants  to  connect  two 
points  with  an  ogive  of  a given  radius.  It  is  for  this 
r.-.i  t >ation  that  the  "PHASOR"  format  ogive  item  is  presented. 

Figure  3-6  shows  the  dimensional  fields  needed  to 
describe  an  ogive  using  "PHASOR"  format.  It  may  be  helpful 
to  note  that  the  format  is  exactly  like  a body  item  except 
the  additional  field  RAD  has  been  added. 

The  field  RAD  has  a sign  associated  with  it,  which 
governs  the  concavity  of  the  arc.  For  positive  RAD,  as 
shown  in  figure  3-6,  the  arc  will  be  drawn  such  that  the 
center  of  the  arc  will  lie  to  the  right  side  of  a vector 
from  coordinates  (REF,Dl/2)  to  (REF+H,  D2/2) . Normally,  this 
means  that  a positive  radius  will  produce  an  ogive  that 
"sheds  water",  and  a negative  radius  will  produce  an  ogive  that 
"holds  water".  See  Appendix  E for  a complete  discussion 
of  the  sign  of  the  radius. 

3.9  "PHASOR"  FORMAT  OGIVE  ITEM  DATA  KEY 

As  shown  on  the  first  card  of  figure  3-6,  the  letter 
G in  column  one  is  the  data  key  for  "PHASOR"  format  oqives. 

This  card  indicates  that  all  cards  which  follow  are  ogive 
item  description  cards  using  the  "PHASOR"  format,  until 
another  data  key  is  encountered.  Any  number  of  oqive  items 
may  follow  an  ogive  data  key. 
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KNOWN  ITEM  DATA  CARDS 


f wt,  p,  t',  eg,  vol,  name 

K 

♦ 

THIS  IS  KNOWN  DATA  KEY,  INDICATING 
CARDS  FOLLOWING  ARE  KNOWN  ITEM 
DATA  CARDS 

Figure  3-7.  Data  card  format  to 
describe  "known"  items. 
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3.10  KNOWN  ITEMS 


Often  the  properties  of  a portion  of  the  shell  to 
be  analyzed  is  known.  For  example,  the  shell  might  use 
a standard  fuze  whose  properties  are  well  documented.  For 
this  situation,  it  would  be  foolish  to  have  to  describe  the 
known  part  as  a collection  of  body,  fin,  or  ogive  items, 
since  the  results  are  already  known.  The  known  item  is 
provided  for  this  contingency. 

Figure  3-7  shows  the  data  fields  needed  for  a known 
item  description.  All  that  is  needed  is  the  weight, 
polar  moment,  planar  transverse  moment,  center  of  gravity, 
and  volume.  Several  points  may  be  made  about  known  items: 

1.  The  c.g.  must  be  the  c.g.  of  the  item  with  respect  to 
the  origin  for  the  shell.  For  example,  if  a known  fuze 
having  a c.g.  2.47  inches  from  its  tip  is  to  be  used,  and 

it  is  to  be  placed  on  the  front  of  a shell  such  that  the  tip 
of  the  fuze  is  27.94  inches  from  the  tail  of  the  shell  at 
reference  0.0,  then  the  c.g.  should  be  specified  as 
(27.94-2.47)=  25.47  inches. 

2.  PHASOR  will  not  draw  the  known  item  since  it  has  no 
idea  what  it  looks  like. 

3.  If  the  known  item  was  previously  modelled  using  PHASOR 

the  quantity  T'  may  be  easily  extracted  from  the  total 
properties  printout  or  display.  If  it  was  modelled  using 
WEIGHT,  DAGMAR,  or  PROMS,  however,  T'  must  be  computed  from 
the  transverse,  T,  as  follows 

T'=T-(P/2) 

where  P is  the  total  polar  moment  of  inertia. 

3.11  KNOWN  ITEM  DATA  KEY 

As  shown  on  the  first  card  of  figure  3-7,  the  known 
item  data  key  card  consists  of  the  letter  K in  column  1, 
and  indicates  that  all  cards  which  follow  are  known  items, 
until  another  data  key  is  encountered.  Any  number  of  known 
items  may  follow  a known  item  data  key. 
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3.12  DATA  CARD  SEQUENCE 

PHASOR  allows  data  cards  to  be  input  in  any  sequence, 
subject  to  the  stipulation  that  a data  key  must  preceed 
data  cards  of  the  corresponding  type.  Furthermore, 
all  data  cards  of  given  type  need  not  be  grouped  together. 
For  instance,  a deck  may  contain  a body  data  key,  some  body 
items,  an  ogive  data  key,  some  ogive  items,  then  another 
body  item  key  and  more  body  data  cards.  The  following 
example  illustrates  a legal  sequence. 

G 

("PHASOR"  format  data  cards) 

F3 

(fin  items) 

K 

(known  items) 

0 

("WEIGHT"  format  ogive  items) 

F3 

(fin  items) 

G 

("PHASOR"  format  ogive  items) 

END 


Note  that  no  body  items  were  included.  Only  those 
item  types  desired  need  be  included. 


I 

l 


I 

> 
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3.13  SUMMARY  OF  MODELLING  FUNDAMENTALS 

Any  axially  symmetric  shell,  or  axially  symetric  shell 
with  symmetrically  placed  fins  may  be  analyzed  as  a composition 
of  body,  fin,  ogive,  and  known  items.  One  item  is  normally 
described  on  one  data  card,  and  as  many  data  cards  as  needed 
may  be  used  for  each  type  of  item.  Item  types  are  differen- 
tiated by  placing  a data  key  card  in  front  of  the  cards  of 
similar  type.  There  are  two  forms  for  the  ogive  item,  the 
WEIGHT  format  and  the  PHASOR  format.  Either  or  both  may  be 
used. 


Data  keys  have  a particular  character  is  column  1 which 
indicates  the  type  of  items  that  are  followed.  For  fin  items, 
the  data  key  also  contains  the  number  of  fins  per  item. 

Data  cards  contain  numeric  fields  of  from  1 to  9 characters 
separated  by  commas,  blanks,  or  both.  For  all  items,  the 
optional  field  NAME  may  be  included  if  desired,  and  may  con- 
sist of  1 to  18  alphanumeric  characters  including  blanks. 

The  format  for  the  various  item  types  is  summarized  below: 


BODY: 

B 

dl,  d2,  h,  rho,  ref,  name 
FIN 

F,  NFIN 

rl,  r2,  h,  rho,  ref,  th,  name 
"WEIGHT"  format  OGIVE: 

0 

a,  b,  h,  rho,  ref,  rad,  name 
"PHASOR"  format  OGIVE: 

G 

dl,  d2,  h,  rho,  ref,  name 
KNOWN: 


K 

wt,  p,  t',  cq,  vol,  name 


! 


I 


I 
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3.14  SELF-KEYED  DATA  CARDS 

Besides  the  basic  cards  needed  to  describe  the  shell 
itself,  PHASOR  provides  five  other  types  of  cards  which 
may  be  placed  anywhere  in  the  data  deck.  These  five  types 
of  cards  are  illustrated  in  figure  3-8.  These  cards  are 
referred  to  as  "self-keyed"  data  cards  because  both  the 
data  and  the  "data  key"  letter  are  contained  on  the  same 
card,  unlike  the  data  cards  already  described,  which  must 
have  an  identifying  "data  key"  card  preceeding  the  data 
cards. 

Any  of  these  cards  may  be  freely  interspersed  in  the 
deck  without  adversely  affecting  the  regular  cards.  The 
purpose  of  each  of  the  five  "self-keyed"  data  cards  is 
described  below: 

1)  COMMENT  CARD.  The  comment  card  is  identified  by  a "C" 
in  column  1.  It  has  no  effect  on  the  computation  or  dis- 
play of  the  shell,  but  will  appear  in  the  EDIT  file  and  on 
the  OUTPUT  file,  and  may  therefore  be  used  in  any  manner 
desired  by  the  user  to  document  his  deck.  All  material  on 
the  card  after  the  "C"  in  column  1 is  considered  as  a comment. 
As  many  comment  cards  as  desired  may  be  used. 

2)  TITLE  CARD.  The  title  card  is  identified  by  a "T"  in 
column  1.  It  has  no  effect  on  computation  of  display,  but 
will  cause  PHASOR  to  print  the  text  of  the  card  at  the  top 
of  each  page  of  the  listing  on  file  OUTPUT  after  the  deck  is 
read  and  analyzed.  The  text  of  the  title  may  be  anywhere  on 
the  card,  and  will  be  automatically  centered  on  the  page  on 
OUTPUT.  Only  one  title  card  should  be  used  in  a deck.  If 
more  than  one  is  present,  only  the  last  title  card  will  be 
used. 

3)  WRITE-TEXT-ON-DISPLAY  CARD.  This  card  is  identified  by 
a "W"  in  column  1.  It  has  no  effect  on  computation,  but 
will  cause  a line  of  text  information  to  be  displayed  during 
DRAW  mode  at  the  coordinates  specified.  The  fields  shown  in 
figure  3-8  are  defined  as  follows: 

SIZE  is  the  desired  character  size,  expressed  in  the 
dimensions  of  the  shell. 

X is  the  starting  X coordinate  of  the  lower  left-hand 
corner  of  the  text  to  be  displayed. 

Y is  the  starting  Y coordinate  (radius)  of  the  lower 
left  hand  corner  of  the  text  to  be  displayed. 

TEXT  OF  DISPLAY  is  the  desired  character  string  of  from 
1 to  39  characters. 


f 
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As  many  "W"  cards  as  desired  may  be  used  in  a deck. 

4)  LINE  DISPLAY  CARD.  This  card  is  identified  by  a "L" 

in  column  1.  It  has  no  effect  on  computation,  but  will  cause 
PHASOR  to  draw  a solid  line  on  the  DRAW  MODE  display  at  the 
position  specified.  It  is  useful  for  underlining  or  placing 
a box  around  text  display,  or  for  other  enhancements  to  the 
display.  The  fields  shown  in  figure  3-8  are  defined  as  follows: 

XI  is  the  starting  X coordinate  of  the  line. 

Yl  is  the  starting  Y coordinate  (radius)  of  the  line. 

X2  is  the  ending  X coordinate  of  the  line. 

Y2  is  the  ending  Y coordinate  (radius)  of  the  line. 

LINE  is  line  type.  A solid  line  will  be  drawn  if  LINE 
is  omitted  or  0.  A dashed  line  will  be  used  for  LINE=1. 

5)  ARROWHEAD  LINE  DISPLAY  CARD.  This  card  is  identified  by 
an  "A"  in  column  1.  It  has  no  effect  on  computation,  but 
will  cause  PHASOR  to  draw  a line  terminated  with  an  arrowhead 
at  the  specified  location.  It  is  useful  for  indicating 
specific  parts  of  a shell  drawing.  The  fields  shown  in 
figure  3-8  are  defined  as  follows: 

XI  is  the  starting  X Coordinate  of  the  line. 

Yl  is  the  starting  Y coordinate  (radius)  of  the  line. 

X2  is  the  coordinate  of  the  arrowhead  and  of  the  line. 

Y2  is  the  Y coordinate  (radius)  of  the  arrowhead  end  of 
the  line. 

An  example  of  the  "W",  "L"  and  "A"  cards  are  illustrated  in 
figure  3-9,  which  shows  the  EDIT  file  used  to  create  the 
display  of  figure  3-10. 
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4.  FILES  AND  FILE-ACTION  DIRECTIVES 

In  section  3 we  learned  how  to  describe  a shell  on 
punched  cards  in  a format  PHASOR  can  understand.  In  order 
for  PHASOR  to  be  able  to  read  the  deck  of  data  cards,  the 
cards  must  be  placed  in  a FILE  on  the  computer's  mass 
storage  devices.  Section  4.1  describes  how  to  create  a 
PERMANENT  FILE  from  punched  cards.  The  remainder  of 
section  4 describes  the  DIRECTIVES  which  may  be  used  to 
manipulate  files  with  PHASOR. 

You  may  recall  from  section  2 that  PHASOR  is  initially 
in  the  DIRECTIVE  mode  after  beginning  execution,  and  this 
state  is  indicated  by  the  display  of  two  slashes: 

// 

PHASOR  provides  a variety  of  DIRECTIVES  which  are  similar 
to  INTERCOM  commands  for  manipulating,  creating,  and 
destroying  files.  This  section  introduces  these  DIRECTIVES, 
which  are  described  as  a class  as  FILE  ACTION  DIRECTIVES. 

The  following  DIRECTIVES  are  available: 


ATTACH 

READ 

SAVE 

NEW 

CATALOG 

PURGE 

RETURN 

PUNCH 


locates  a PERMANENT  FILE  on  mass  storage, 
reads  a LOCAL  FILE  for  analysis, 
creates  a LOCAL  FILE. 

indicates  the  beginning  of  a new  shell  file, 
makes  a LOCAL  FILE  PERMANENT, 
discards  a PERMANENT  FILE, 
releases  a local  file. 

punches  a file  of  cards  at  the  central  site. 


The  general  syntactical  format  of  all  DIRECTIVES  is: 


//DIRECTIVE , parameters, options 

where  DIRECTIVE  is  a keyword  directive  name,  parameters 
are  required  informtion  supplied  by  user,  and  options 
are  optional  specif ications  provided  at  will  by  user. 
Options  are  not  required  and  will  not  be  discussed  until 
section  10.  The  parameters  required  depends  on  the 
directive. 
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4.1  CATALOGGING  PUNCHED  CARD  DECKS  FOR  PHASOR 

For  many  PHASOR  users,  punched  cards  provide  a con- 
venient input  medium,  because  "USER  200"  terminals  or 
other  BATCH  remote  terminals  are  available  in  close 
proximity  to  the  TEKTRONIX  terminal.  Cards  give  user  a 
permanent  copy  of  his  data  that  he  can  retain  as  long  as 
needed,  too.  For  these  reasons,  we  will  begin  by  assuming 
that  the  user  will  punch  his  data  on  cards. 

In  order  for  PHASOR  to  be  able  to  read  a deck  of 
punched  cards,  the  data  deck  must  first  be  CATALOGED  into 
the  computer's  mass  memory  on  a permanent  file.  The 
following  deck  will  perform  this  function: 

PERM. 

COMMENT. (billing  code) , myname 
REQUEST, DATA, *PF. 

COPYBF , INPUT , DATA. 

CATALOG , DATA ,mypermf i lename , ID=myname . 

7/8/9  card 


your  PHASOR  data  deck 


6/7/8/9/  card 

* M 

In  the  deck  above,  myname  is  the  user's  name,  and 
mypermf ilename  is  the  name  user  wishes  to  assign  to  his 
data  file,  e.g.,  "M106WARHEAD" . Syntactical  requirements 
and  a complete  explanation  of  the  above  control  cards  is 
available  in  the  SCOPE  reference  manual  (reference  1) . 

This  section  assumes  some  foreknowledge  of  files  on 
the  part  of  the  reader.  If  the  reader  does  not  feel  com- 
fortable about  his  understanding  of  PERMANENT  FILES,  he 
should  read  appendix  B of  this  manual  as  well  as  reference  1 
section  5 before  proceeding. 
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4.2  ANALYZING  DATA  ON  A PERMANENT  FILE  CARD  DECK 

Once  a deck  of  cards  has  been  put  in  a permanent  file, 
it  may  be  freely  accessed  by  PHASOR.  After  logging  in, 
as  explained  in  section  2,  PHASOR  is  in  the  DIRECTIVE  mode, 
as  indicated  by  the  two  slash  marks  on  the  screen: 


We  may  now  direct  PHASOR  to  fetch  your  particular  deck 
from  mass  storage  so  it  can  read  it.  This  is  performed  by 
an  ATTACH  directive.  The  format  for  an  attach  directive  is: 

/ /ATTACH, lfn,mypermfilename , ID=myname , CY=n 


Users  familiar  with  INTERCOM  or  EDITOR  will  recognize 
that  this  format  is  the  same  as  the  ATTACH  command.  How- 
ever, there  are  some  differences  between  a PHASOR  ATTACH 
directive  and  an  INTERCOM  ATTACH  command.  These  differences 
include: 

(1)  . All  fields  must  be  included  in  the  directive,  including 

CY=n.  There  are  no  defaults. 

(2)  . The  fields  must  be  separated  by  commas,  not  parentheses 

(3)  . The  ATTACH  command  may  be  abbreviated  as  any  word 

starting  with  ATT. 

As  is  the  convention  of  this  manual,  the  fields  shown 
in  lower  case  letters  above  must  be  supplied  by  the  user. 
These  fields  are: 

lfn  is  a temporary  file  name,  1 to  7 letters  or  numbers, 
with  the  first  character  alphabetic.  After  the 
ATTACH,  the  permanent  file  will  always  be  referred 
to  by  the  temporary  file  name,  lfn,  not  the  permanent 
file  name. 

mypermfilename  is  the  permanent  file  name  under  which 
the  data  was  stored,  e.g.,  as  in  the  example  of 
section  1,  "M106WARHEAD" . It  may  be  1-38  letters 
or  numbers  long,  with  the  first  character  alphabetic. 
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myname  user's  name  under  which  the  data  was  CATALOGed . 

n The  number  of  the  cycle  on  the  file.  If  file  was 

cataloged  without  a CY  designation,  and  this 
is  the  first  file  CATALOGed  under  that  file  name, 
then  CY=1. 


Example  1: 

Suppose  user  had  previously  cataloged  his  data  for 
the  M106  using  the  deck  described  in  section  4.1,  with  the 
following  CATALOG  card: 

CATALOG , DATA , Ml 0 6WARHE AD , I D=KO J AK . 

To  retrieve  the  data  file,  user  could  enter  the  follow- 
ing directive  at  the  TEKTRONIX  terminal  after  beginning 
PHASOR: 

//ATTACH  , A , Ml  0 6 WAR!  IE  AD , I D=KO  J AK  , CY=  1 . 

Notice  that  the  If n field  is  not  necessarily  the 
same  as  when  the  data  was  CATALOGED.  In  this  case  user 
chose  to  refer  to  the  permanent  file  by  the  local  file 
name  A.  The  permanent  file  name,  ID,  and  CY  must  corres- 
pond exactly,  however.  In  this  case  the  default  cycle 
number  of  1 was  used  on  the  catalog,  but  since  no  defaults 
are  permitted  on  the  ATTACH  directive,  user  specified  CY=1. 

Once  user  has  entered  the  above  directive,  any  directive 
which  references  file  A will  act  on  user's  permanent  file. 

User's  permanent  file  is  now  ready  to  be  used.  In  order 
to  analyze  the  data  on  the  file,  PHASOR  must  READ  the  deck. 
This  is  simply  accomplished  by  giving  PHASOR  a READ  directive. 

Example  1 : 

//READ, If n 

lfn  is  a local  file  name,  such  as  A above. 

Example  2 : 

After  the  above  ATTACH  directive,  user  wishes  to  have 
PHASOR  analyze  his  shell.  To  activate  the  data,  user  types: 

//RE AD, A 
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Upon  receipt  of  a READ  directive,  PHASOR  will  display 
an  acknowledgement  of  the  form: 

PHASOR  READS  DATA  SET  n OF  FILE  lfn 
m CARD  IMAGES  READ. 

where  n is  the  number  of  the  data  set,  normally  1,  and  m is 
the  number  of  card  images  in  user's  permanent  file  data  deck. 

Example  3 : 


To  continue  with  the  case  of  example  2 above,  PHASOR 
acknowledges  the  READ,  A directive: 

PHASOR  READ  DATA  SET  1 OF  FILE  A 
44  CARD  IMAGES  READ. 

// 

In  this  case  there  were  44  cards  between  the  7/8/9  card  and 
the  6/7/S/9  card  of  user's  original  punched  card  deck  of 
example  1 of  section  4.1. 

The  file  A has  not  been  read  by  PHASOR,  and  user 
may  direct  the  program  to  display  the  shell,  alter  the 
shell,  analyze  the  shell,  etc.  When  PHASOR  reads  a file, 
the  card  images  are  placed  on  a special  file  called  the 
EDIT  file.  The  original  file  A remains  intact  however,  and 
even  if  the  user  causes  changes  in  the  shell  being  analyzed, 
only  the  EDIT  file,  not  the  permanent  file,  is  altered. 

If  desired,  several  files  may  be  combined  for  analysis. 

In  order  to  do  this,  user  may  merely  ATTACH  and  READ  another 

pre-CATALOGed  data  base. 

Example  4 . 

User  has  previously  catalogued  another  data  set  describ- 
ing the  Ml  Fuze,  20  cards: 

CATALOG , DATA , M1FUZESTD , CY= 1 , ID=MANNIX . 

User  now  wishes  to  combine  the  fuze  model  with  the  M106 
warhead  model  he  has  already  read  as  in  examples  1 to  3 above. 
He  may  use  the  following  directives: 

//ATTACH , B , MlFUZESTD , I D= MANN I X , CY=1 . 

//READ, B 

PHASOR  READS  DATA  SET  1 OF  FILE  B 
20  CARD  IMAGES  READ. 

// 
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PHASOR  has  now  read  20  additional  cards  into  the  EDIT 
file  after  the  original  44  cards  of  file  A.  If  PHASOR  is 
now  directed  to  display  the  shell,  it  will  display  both 
the  warhead  and  the  fuze.  This  shows  how  various  components 
or  modules  of  a shell  may  be  separately  stored  and  combined 
at  will  for  analysis. 

Anytime  PHASOR  receives  a READ  directive,  it  assumes 
the  new  file  is  to  be  appended  onto  the  existing  EDIT  file. 

In  order  to  start  a whole  new  shell,  the  existing  EDIT  file 
must  be  discarded.  This  is  done  by  a new  directive: 

//NEW 

The  NEW  directive  tells  PHASOR  to  discard  any  existing 
cards  in  the  EDIT  file  and  prepare  for  a new  shell  to  be 
entered. 

Example  5 : 

After  analyzing  the  shell  read  in  from  files  A and  B 
above,  user  wishes  to  analyze  a different  shell,  the  8 inch 
XM650,  stored  in  permanent  file  XM650MOD27A. 

//ATTACH , DATA , XM65 OMOD2  7 A , CY=1 , 1 D=KO J AK . 

//NEW 

//READ, DATA 

PHASOR  READS  DATA  SET  1 OF  FILE  DATA 
107  CARD  IMAGES  READ. 

// 

Since  user  typed  NEW  before  READ,  PHASOR  will  discard 
the  contents  of  the  edit  file  before  reading  file  DATA,  so 
that  only  the  107  cards  of  DATA  are  copied  on  the  EDIT  file. 

Often  the  contents  of  the  edit  file  should  be  saved 
rather  than  discarded  before  starting  a new  shell.  For 
instance,  the  warhead  and  fuze  analyzed  above  could  have  been 
saved  together  as  a single  file.  The  contents  of  the  EDIT 
file  may  be  copied  to  a local  file  name  (which  is  not  already 
in  use)  at  any  time  by  using  the  SAVE  directive: 

//SAVE , lfn. 
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Example  6 : 

After  combining  file  A and  B in  example  4 above,  user 
decides  to  save  the  composite  shell  on  a new  local  file. 

He  decides  to  call  the  new  file  AANDB,  and  creates  it 
with  the  SAVE  directive: 


//SAVE, AANDB 

PHASOR  SAVED  64  CARDS  ON  FILE  AANDB 

// 

I 

The  acknowledgement  from  PHASOR  gives  the  total  number  of 
cards  copied  onto  the  new  file  from  the  EDIT  file. 

It  should  be  noted  that  file  AAND  B is  not  a permanent 
file,  but  is  merely  capable  of  being  made  into  a permanent 
file.  To  make  the  file  permanent,  it  should  first  be  SAVED 
as  above,  and  then  CATALOGED. 

//CATALOG, lfn,permf ile, ID=name ,CY=n. 

I 

* For  the  CATALOG  directive, If n must  be  an  existing  local 

file  name  on  a permanent  file  device.  Local  files  generated 
by  SAVE  directives  are  always  on  permanent  file  devices, 
permfile,  name  and  n have  the  same  meaning  as  for  the  ATTACH 
directive.  As  with  ATTACH,  all  parameters  are  reguired. 

The  combination  of  permfile , name  and  n must  not  already 
exist. 

Example  7 : 

User  wishes  to  save  his  file  AANDB  which  was  created 
by  a SAVE  directive  as  a permanent  file  for  future  access. 

After  the  save  directive  of  example  6 he  types: 

//CATALOG , AAN  DB , Ml 0 6 WHWFUZ  E , I D=KO JAK , CY= 1 . 

CT  ID=  KOJAK  PFN=Ml 06WHWFUZE 
CT  CY=  01  00000768  WORDS. 


The  acknowledgement  generated  by  the  system  includes 
an  echo  of  the  permanent  file  name,  ID  and 
cycle  number  plus  its  length  in  memory  words. 
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Sometimes  users  rr.ay  wish  to  destroy  unwanted  permanent 
files.  This  may  be  done  by  a PURGE  directive  on  a local 
file  previously  ATTACHED. 

//PURGE, If n. 

Example  8 : 

After  cataloging  file  AANDB,  user  decides  he  no  longer 
wishes  to  retain  his  permanent  file  containing  the  M106 
warhead  alone.  Ml 0 6WARHE AD . This  file  is  already  attached 
with  the  local  file  name  B,  so  to  destroy  the  permanent  file, 
user  can  merely  type, 

//PURGE , a 

The  permanent  file  corresponding  to  B will  be  destroy- 
ed. However,  the  local  file  B still  exists  until  user 
logs-out  or  RETURNS  file  B. 

A local  file  may  be  RETURNed  when  it  is  no  longer  needed. 
If  it  is  permanent  file,  it  will  be  retained  in  mass  storage. 
IF  it  is  not  a permanent  file,  it  will  be  discarded.  The 
format  for  a RETURN  directive  is: 

//RETURN, lfn. 

Where  lfn  is  an  existing  local  file  name. 

Example  9 : 

After  PURGING  the  permanent  file  associated  with  local 
file  B,  user  also  wishes  to  discard  the  local  file  B. 

//RETURN, B 

The  user  may  wish  to  punch  the  contents  of  the  EDIT 
file  on  cards  at  the  central  site.  To  do  this,  a PUNCH 
is  provided: 

//PUNCH 
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Example  10: 

User  has  an  EDIT  file  with  77  cards  in  it,  and  wishes  to 
punch  a copy  of  the  deck  for  furture  use.  User  enters, 

//PUNCH 

PIIASOR  PUNCHED  77  CARDS. 

DECK  NAME  WILL  BE  DHDHI74. 

// 

The  acknowledgement  displayed  includes  not  only  a count 
of  the  cards  punched,  but  the  unique  identifying  banner 
name  which  will  be  on  the  first  card  of  the  punched  deck. 

This  will  greatly  aid  in  identifying  the  punched  deck  when 
it  is  picked  up  at  building  351. 

The  above  directives  comprise  the  set  of  file-action 
directives  for  PHASOR.  In  review,  the  formats  for  the 
allowable  file-action  directives  are: 

ATTACH , 1 f n , permf i le , I D=name , CY=n 

READ, If n 

NEW 

SAVE, If n 

CATALOG , 1 f n , permf ile , lD=name , CY=n 
PURGE, If n 
RETURN, If n 
PUNCH 

Users  who  are  not  completely  satisfied  with  their 
understanding  of  a permanent  and  local  files  should  review 
the  explanatory  material  in  appendix  B of  this  manual, 
which  provides  useful  background  information  for  any 
activities  on  the  CDC  6000  computer,  not  just  for  PHASOR. 
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I 
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PHASOR  OPERATIONAL  MODES 


Figure  5-1.  PHASOR  operating 
modes . 


5.  DRAW  MODE  OPERATION 

As  shown  in  figure  5-1,  there  are  six  principle  modes 
of  operation  for  PHASOR.  The  basic  mode,  introduced  in 
sections  2 and  4,  is  DIRECTIVE  mode,  whereby  user  directs 
PHASOR  to  perform  certain  pre-defined  tasks  by  entering 
COMMAND-like  statements. 

EDIT,  DRAW,  TABLET,  AND  PREVIEW  operational  modes  may 
be  distinguished  from  DIPECTIVE  mode  primarily  by  the  fact 
that  user  initiates  tasks  by  depressing  a single  key  on 
the  keyboard,  instead  of  typing  an  entire  command.  Each 
of  the  keys  is  uniquely  coded  for  some  task.  For  instance 
in  section  2,  we  saw  tht  the  character  (t) in  DRAW  mode 
meant  "display  Total  properties  of  shell"  to  PHASOR. 

In  EDIT,  DRAW,  TABLET,  or  PREVIW  mode,  any  time 
the  crosshair  cursor  is  displayed  on  the  screen,  PHASOR 


is  waitin 


The  particular  key  chosen  is  called  a Graphic  Input  Keystroke 
or  GINK. 

The  first  of  these  modes  we  shall  consider  is  DRAW  mode. 
DRAW  mode  is  used  to  display  a picture  of  all  or  part  of  a 
shell,  display  total  or  selected  individual  properties 
or  nodify  the  shell. 

To  enter  DRAW  mode  from  DIRECTIVE  mode,  the  DRAW 
directive  is  used: 

//DRAW 

The  DRAW  directive  will  cause  PHASOR  to  enter  DRAW 
mode,  erase  the  screen,  draw  and  scale  the  axes  and  the 
shell  (if  any  shell  is  in  the  EDIT  file)  and  display 
headers  for  total  and  individual  properties. 

If  this  is  the  first  DRAW  directive  for  the  shell 
configuration,  PHASOR  will  automatically  scan  the  shell 
dimensions  and  select  a set  of  axes  such  that  the  entire 
shell  will  fit  on  the  screen  with  "neat"  tic  mark  annotations 
on  the  axes.  In  section  10  we  shall  see  how  options  may  be 
specified  on  the  DRAW  directive  to  alter  the  axis  size  and 
tic  marks. 
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If  no  shell  is  in  the  PHASOR  EDIT  file,  then  a set  of 
default  axes  will  be  drawn  scaled  20  inches  lonq. 

The  user  will  be  able  to  recognize  when  PHASOR  is  done 
drawing  because  the  crosshair  cursors  will  appear  on  the 
screen,  indicating  readiness  for  a GINK  (Graphic 
Input  Keystoke) . 

GINKS  will  be  identified  in  this  manual  by  a single 
capital  letter  with  a circle  around  it.  Remember  that  to 
enter  a GINK,  only  the  indicated  letter  should  be  depressed. 
Do  not  depress  carriage  return.  As  soon  as  the  key  is 
depressed,  the  cursors  will  disappear  and  PHASOR  will  com- 
plete the  task  implied  by  the  key.  Some  tasks  require  more 
than  one  GINK  to  be  completely  defined,  in  which  case  the 
cursors  may  reappear.  Some  tasks  require  the  entry  of 
auxilliary  data,  in  which  case  a prompting  message  will  be 
displayed. 


© 


For  DRAW  mode  the  following  GINKS  are  defined: 

Draw  a line  terminated  with  a arrowhead  at  the  cursor  position. 
Begin  a body  item  at  cursor  position. 

Continue  or  complete  previous  item  type  at  cursor  position. 
Change  density  and  begin  new  item  of  same  type  as  pre- 
vious item,  at  cursor  position. 

Erase  item  under  cursor. 

Begin  fin  item  at  cursor  position. 

Begin  PHASOR  format  ogive  at  cursor  position. 

Display  total  properties  including  outer  volume  and  make 
a hardcopy  of  totals  and  subtotals  on  file  OUTPUT. 

Begin  known  item  description. 

Draw  a line  to  cursor  position. 

Move  invisibly  to  cursor  position. 

Begin  a new  shell;  discard  existing  shell  on  the  EDIT  file. 
Begin  a WEIGHT  format  ogive  at  cursor  position. 

Display  properties  of  item(s)  under  cursor. 

Redraw  shell. 

Suppress  entry  of  ©/JV  and  ® GINKS  into  EDIT  file. 

Display  total  properties  of  shell  (but  not  outer  volume) 

Restore  entry  of  (EV®,  and ® GINKS  into  edit  file  ("undo" 
effects  of  prior  (s)  gink)  . 

Write  text  on  display  beginning  at  cursor  position. 

Remove  item  under  cursor  (same  as  (§)  GINK) . 

Zoom  in  (or  out)  on  part  of  display. 

Return  to  DIRECTIVE  mode  of  operation. 
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Each  of  the  GINKS  above  will  be  discussed  in  detail. 


The  DRAW  display  is  divided  into  three  sections  on 
the  screen.  The  top  third  of  the  screen  is  reserved  for 
the  axes  and  cross-sectional  view  of  the  shell.  The 
middle  third  of  the  screen  is  reserved  for  displaying 
selected  individual  properties  and  total  properties. 

The  bottom  third  of  the  screen  is  used  for  prompting 
messages,  data  entry,  and  error  messages.  A typical  DRAW 
mode  display  is  shown  in  figure  5-2,  which  illustrates 
material  in  all  three  areas  of  the  display. 

j 
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DRAW  MODE 
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5.1  ® GINK 

Purpose:  To  draw  a line  with  an  arrowhead  from  the  last 
position  of  the  cursor  to  the  present  position  of  the  cursor. 

Discussion:  This  GINK  is  usually  used  in  conjunction  with 
the  (W) GINK  to  produce  a label  on  the  drawing  with  an  arrow- 
head to  some  portion  of  the  display  of  interest.  The®  gink 
is  usually  preceeded  by  an  (fi) gink  to  define  the  start  of  the 
arrowhead  line. 

Entering  an  ® GINK  causes  PHASOR  to  add  an  A type 
item  to  the  data  base  in  the  EDIT  file,  so  the  arrowhead 
line  becomes  a permanent  part  of  the  data  base,  and  will 
, be  automatically  redrawn  during  a redraw  or  zoom  operation. 

If  this  is  not  desired,  a temporary  arrow  which  is  not  part 
of  the  EDIT  file  data  base  may  be  drawn  by  preceeding  the 
® GINK  with  an®  GINK  (see  section  5.16). 

Example: 

I User  desires  to  draw  an  arrowhead  line  from  coordinates 

(2,2)  to  (5,1),  which  is  to  become  part  of  the  data  base. 

4 He  positions  the  crosshair  cursor  to  location  (2,2)  and 

' depresses  (fi)  to  move  visibly  to  that  location.  He  then 

moves  the  crosshair  cursor  to  (5,1)  and  depresses  ® The 
resulting  display  is  shown  below. 

i 


4. f 


2.944  t 


#.•••  4 I- 


2.444 


4.1 


6.  *44 


MW 


It. 


12.1 


14. 


16. 


-SELECTED  ITEHS 
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5.2  (B)  GINK 

Purpose:  To  begin  a body  item  which  is  to  be  added  to  the 

display  and  the  EDIT  file  data  base. 

Discussion:  This  GINK  is  used  to  define  the  left  endpoint 

of  a body  item.  A complete  body  item  construction  may 
be  completed  in  three  steps: 

(1)  Move  crosshair  cursor  to  left  endpoint  of  desired 
body  item  to  be  constructed,  depress  (b)  . 

(2)  In  response  to  PHASOR's  prompting  message, 
"Density=",  type  in  the  desired  density  of  the 
body  item  to  be  constructed,  and  depress  RETURN. 

(3)  Position  the  crosshair  cursors  to  the  right  end- 
point of  the  body  item  and  depress  (5) . 

More  body  items  of  the  same  density  can  be  constructed 
by  using  the  "shortcut"  method  described  in  section  5.3. 

Example: 

User  wishes  to  construct  a body  item  with  the  following 
properties  using  DRAW  mode: 

Dl=4 . 0 D2=6 . 0 11=5.0  RHO=  . 28  3 REF=4 . 0 

To  construct  the  item,  he  moves  the  crosshair  cursor  to 
the  left  endpoint,  (4,2)  and  depresses  (§)  . PHASOR  then 

prompts  him  to  enter  the  density  of  the  item,  as  shown  in 
figure  5-3.  User  types  in  " . 283"  and  depresses  RETURN. 

The  crosshair  cursor  reappears,  and  user  positions  it  to 
(9,3)  and  depresses  (c)  . The  body  item  desired  is  now 
complete,  as  shown  in  figure  5-4.  PHASOR  will  automatically 
create  a corresponding  data  card  at  the  end  of  the  EDIT 
file  which  will  look  like  this: 

B 

4.0000  6.0000  5.0000  0.2830  4.0000 

Mote  that  no  NAME  field  is  produced  on  data  cards  generated 
by  DRAW  mode  entries. 
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-e  5-4.  Completing  a body 
with  a (c)  keystroke. 


DRAW  MODE 


5.3  © GINK 

Purpose:  To  complete  or  continue  an  item  under  construction. 

Discussion:  The  © GIIIK  is  used  to  designate  the  positon 
of  the  right  end  of  a body,  fin,  or  ogive  item.  There  are 
two  ways  it  may  be  used.  In  the  normal  way,  it  is  used  as 
illustrated  in  section  5.2  to  define  the  right  endpoint  of 
an  item  whose  left  end  was  designated  by  a © © © or 
© GINK.  Alternatively,  a © GINK  may  be  used  to  continue 
constructing  items  of  the  same  type  and  density.  This  is 
called  the  "shortcut"  method.  To  construct  a series  of  body 
items  which  describe  the  outside  surface  of  a shell,  for 
instance,  user  can  move  the  cursor  to  the  left  end  of  the 
leftmost  item  and  enter©  . After  entering  the  density,  he 
moves  the  cursor  to  the  right  end  of  the  first  item  and  de- 
presses © , which  defines  the  first  items  endpoint.  He  may 
then  move  directly  to  the  right  endpoint  of  the  second  item 
and  depress  ©again,  and  PHASOR  will  construct  another 
body  item  of  the  same  density  with  its  left  endpoint  beginning 
where  the  right  endpoint  of  the  first  item  "left  off". 
Similarly,  he  can  construct  quickly  as  many  contiguous  body 
items  as  desired  using  only  a single  © GINK  to  construct  each. 
Similar  operations  may  be  used  for  continuing  fins  or  ogives. 

Example 

User  constructed  the  shell  of  figure  5-5  by  the  following 


sequence  of  GINKS: 

Move  cursor  to 

(2,2) 

depress  © 

Enter  density=. 283 

Move  cursor  to 

(4,3) 

depress  © 

Move  cursor  to 

(6,3) 

depress  © 

Move  cursor  to 

(9,2) 

depress  © 

Move  cursor  to 

(10,2) 

depress  © 

! 

i 
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5.4  (B)  GINK 

Purpose:  To  begin  an  item  of  the  same  type  as  the  last  item, 
but  with  a new  density. 

Discussion:  This  GINK  is  available  as  a convenience.  The 

item  type  is  assumed  to  be  carried  over  from  the  previous 
item  type  entered,  but  the  prompting  message  for  "DENSI'T'Y=" 
will  be  produced.  For  example,  if  user  entered  several  body 
items  of  positive  density  using  (b)  and  (?)  GINKS,  he  could 
begin  enterinci  body  items  of  a different  density  by  moving 
the  cursor  to  the  left  endpoint  of  the  new  item  and  depress- 
ing (D> 


Example 


User  has  constructed  the  body  item  shown  in  figure  5-6. 
He  now  wishes  to  enter  a "hollow"  portion  of  the  shell,  so 
he  moves  the  cursor  to  (5,1),  the  left  endpoint  of  the  hollow 
portion,  and  depresses  PHASOR  then  prompts  him  to  enter 

his  new  density,  as  shown.  He  may  thereafter  complete  the 
item  using  a (?)  GINK  in  the  normal  fashion. 


DRAW  MODE 


5.5  (E)  GINK 

Purpose:  To  remove  an  item  from  the  display  and  remove  the 

associated  data  card  from  the  EDIT  file. 

Discussion:  The  (e)  GINK  provides  an  easy  method  for  removing 
the  unwanted  items  on  a shell.  The  user  can  use  the  cross- 
hair cursors  to  "point"  at  the  line  representing  the  item 
to  be  removed  and  depress  (S) . Since  the  TEKTRONIX  terminal 
cannot  erase  a line  without  erasing  the  entire  screen,  the 
line  is  not  actually  erased  but  crosshatched  to  indicate  its 
removal.  If  desired,  the  entire  shell  may  be  redrawn  with 
the  item  actually  erased,  by  depressing  (r)  after  the  (e) 

GINK.  If  more  than  one  item  is  under  the  cursor  when  the 
© key  is  depressed,  all  of  the  indicated  items  are  cross- 
hatched  and  their  associated  cards  are  removed  from  the 
EDIT  file. 


Example 

User  decides  to  modify  the  configuration  of  the  shell 
shown  in  figure  5-7,  by  removing  the  body  item  from  (4,3)  to 
(6,4).  To  do  so,  he  moves  the  crosshair  cursor  to  the 
position  shown  in  the  figure  and  depresses  (1)  . PHASOR 

then  acknowledges  the  removal  of  the  item  by  crosshatching 
the  line  under  the  cursor  as  shown.  If  user  were  to  examine 
his  data  base  in  the  EDIT  file,  he  would  find  that  the  card 
which  previously  described  this  body  item  has  been  auto- 
matically removed  by  PHASOR. 
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5.6  (?)  GINK 

Purpose;  To  begin  a fin  item  which  is  to  be  displayed  and 
added  to  the  EDIT  file  data  base. 

Discussion;  This  GINK  is  used  to  define  the  left  endpoint 
of  a FIN  item.  A complete  fin  item  may  be  constructed  by 
the  following  steps; 

(1)  Move  crosshair  cursor  to  left  endpoint  of  fin 
to  be  constructed,  depress  ® . 

(2)  In  response  to  prompting  message,  "NUMBER  OF  FINS=", 
enter  the  number  of  symmetric  fins  around  the  shell 
(MFIN  field  on  F data  key;  minimum  NFIN  is  2) . 

(3)  In  response  to  the  prompting  message,  "DENSITY=", 
enter  the  desired  density  of  the  fin  item. 

(4)  Move  the  crosshair  cursor  to  the  desired  right 
endpoint  of  the  item  and  depress  (C) . 

(5)  In  response  to  the  prompting  message,  "THICKNESS3" , 
enter  the  thickness  of  oach  fin. 

PHASOR  will  then  draw  the  fin  described  and  create  the  equiv- 
alent data  card  in  the  EDIT  file  data  base. 

Examples 

User  wishes  to  add  the  following  fin  to  his  simple  shell 
of  figure  5-8,  using  DRAW  mode. 


F,4 

4. 0,2. 0,6.0, .1,2. ,0.1 

To  do  so,  he  moves  the  cursor  to  the  position  shown  in 
figure  5-8  and  depresses  ® . He  then  enters  the  value  of 
NFIN  and  density  when  prompted  to  do  so,  and  moves  the 
cursors  to  the  position  shown  in  figure  5-9  and  depresses 
(§) . Finally  he  enters  the  thickness  of  the  fin  when  re- 
quested to  do  so.  PHASOR  automatically  adds  the  card(s) 
needed  to  describe  this  item  to  the  data  base.  User  should 
bear  in  mind  that  fins  always  extend  down  all  the  way  to  the 
centerline  of  the  shell,  so  in  this  case  he  will  need  to 
enttr  another  fin  with  a density  of  -.1  form  (2,2)  to  (8,2) 
in  order  to  remove  the  part  of  the  fin  "inside"  the  body  of 
the  shell. 
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TMIcriCSfvL  Figure  5-9.  Completing  fin  item 

with  (6)  keystroke. 


format  ogive  with (6)  keystroke. 


DRAW  MODE 


5.7  © GINK 

Purposes  To  begin  an  ogive  item  using  "PHASOR"  format,  which 
is  to  be  displayed  and  added  to  the  EDIT  file  data  base. 

Discussion:  This  GINK  is  used  to  define  the  left  endpoint 
of  an  ogive  item  using  PHASOR  format.  A complete  ogive 
may  be  constructed  by  the  following  steps: 

(1)  Move  cursor  to  left  endpoint  of  ogive  to  be  con- 
structed, depress  © . 

(2)  In  response  to  the  prompting  message  , DENSITY**", 
type  in  the  numeric  value  for  the  density  of  the 
ogive. 

(3)  Move  the  crosshair  cursor  to  the  right  endpoint 
of  the  ogive  and  depress  © . 

(4)  In  response  to  the  prompting  message,  "RADIUS*", 
enter  the  numeric  value  for  the  radius  of  the 
ogive. 

PHASOR  will  then  draw  the  ogive  described,  and  will  create 
the  corresponding  data  cards (s)  in  the  EDIT  file  data  base. 

Example 

User  wishes  to  connect  the  two  body  items  shown  in 
figure  5-10  with  an  ogive  having  a radius  of  6 inches.  To 
do  so,  he  moves  the  cursor  to  the  starting  point  for  the  new 
ogive,  (6,3),  and  depresses  (0.  He  then  enters  the  density 
of  the  ogive,  as  shown  at  the  bottom  of  figure  5-10.  To 
complete  the  ogive,  user  moves  the  cursor  to  the  right  end 
of  the  ogive,  (9,2)  , and  depresses  ©.  Finally,  he  enters 
the  radius  of  the  ogive.  PHASOR  then  completes  drawing  the 
ogive  as  shown  in  figure  5-11. 
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5.8  © GINK 

Purpose:  To  display  the  total  properties  of  the  shell,  in- 
cluding the  outer  volume,  and  produce  on  file  OUTPUT  a listing 
of  the  EDIT  file,  a listing  of  the  individual  properties  of 
all  items,  and  listings  of  the  total  properties  of  the  shell, 
including  outer  volume. 

Discussion:  The  (H)  GINK  differs  from  the  (T) GINK  in  two 

respects.  First,  ©does  not  display  the  total  outer  volume  of 
the  shell.  Second,  (?)  does  not  produce  any  hardcopy  output 
on  the  OUTPUT  file.  Because  PHASOR  has  to  do  substantially 
more  computation  to  compute  the  outer  volume,  the  ©GINK 
will  require  considerably  longer  time  to  complete  than 
for  © 

Example 

User  wishes  to  save  the  properties  of  his  shell  for 
future  printout.  His  present  configuration  of  the  shell 
is  shown  in  figure  5-12.  To  do  so,  he  depresses  © and  the 
resultant  display  is  shown  in  figure  5-13.  In  addition, 
the  hardcopy  shown  in  figure  5-14  is  automatically  added  to 
the  OUTPUT  file.  The  OUTPUT  file  may  be  displayed  at  a 
later  time  by  going  into  PREVIEW  mode,  and/or  may  be 
diverted  to  a line  printer  for  permanent  retention. 


5-22 


Figure  5-12.  Sample  project 
for  analysis. 


Figure  5-13.  Displaying  totals 
using  (H)  keystroke. 
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Figure  5-14,  continued.  OUTPUT 
file  content  after  © keystroke 


tl  nn  PROJECTILE 


DRAW  MODE 


5.9  ® GINK 

Purpose:  To  enter  a known  item  into  the  EDIT  file  data  base. 

Discussion:  The  position  of  the  crosshair  cursor  is  of  no 

consequence  for  (K)  GINKS.  All  information  is  entered  via 
the  keyboard.  When  (R)  is  depressed,  PHASOR  will  prompt, 

"WEIGHT,  POLAR,  TRANS-P/2,  CG,  VOLUME*" 

User  should  then  enter  the  numeric  values  for  these  five 
fields,  all  on  one  line,  separated  by  commas.  The  "TRANS-P/2" 
field  is  the  Planar  transverse,  T'  of  section  1.2.  If  the 
volume  is  unknown  or  not  of  interest,  enter  it  as  0.  Naturally, 
PHASOR  cannot  draw  the  known  item  since  it  has  no  idea  what 
it  looks  like.  The  total  properties  of  the  shell  will 
reflect  the  added  known  item,  however. 

Example 

User  wishes  to  add  a cup  to  the  inside  of  his  81  MM 
projectile  pictured  in  figure  5-15.  In  terms  of  the  scale 
shown,  the  C.G.  of  the  cup  is  18.1  inches.  The  other 
properties  of  the  cup  are  weight=0 . 664 , polar*. 5533,  T'=1.02. 
User  does  not  care  about  the  volume.  To  enter  the  cup  as  a 
known  item,  user  depresses  and  in  response  to  the  prompt- 

ing message,  enters  the  data  fields  as  shown  in  figure  5-15. 
PHASOR  will  automatically  generate  a known  item  data  card  in 
the  EDIT  file  with  these  fields. 
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Figure  5-16.  Constructing  a 1 
using  (fi)  and  (£)  keystrokes 


DRAW  MODE 


5.10  © GINK 

Purpose:  To  draw  a line  on  the  display  from  the  last 
location  of  the  crosshair  cursor  to  the  present  location, 
and  add  a line-drawing  card  to  the  EDIT  file  data  base. 

Discussion:  Frequently  it  is  desirable  to  add  some  linework 

to  the  display  without  altering  the  properties  of  the  shell 
being  analyzed.  The  ©and  ©GINKS  are  provided  for  this 
function.  A straight  line  segment  may  be  drawn  in  the  display 
area  by  the  following  procedure: 

(1)  Move  the  cursor  to  the  starting  point  of  the 

line  and  depress  © Then  move  the  cursor  to  the 
desired  endpoint  for  the  line  and  depress  © 

PHASOR  will  add  the  line  to  the  u'-splav  and  will 
generate  a data  card  in  the  EDIT  file  to  draw  the 
line  each  time  the  display  is  generated.  If  user 
does  not  wish  the  line  to  become  part  of  the  data 
base,  he  can  suppress  data  base  entry  by  using 
the  ©GINK  prior  to  the  ©and  ©GINKS. 

Example 


The  box  drawn  around  the  text  in  figure  5-16  was  pro- 
duced using  the  ©GINK,  as  follows: 

Move  the  cursor  to  the  lower  left-hand  corner  of  the 
box,  depress  © Move  the  cursor  to  the  lower  right-hand 
corner,  depress  © Move  cursor  to  the  upper  right-hand 

corner,  depress  © Move  cursor  to  the  upper  left-hand 

corner,  depress  © Move  the  cursor  to  the  lower  left-hand 

corner,  depress©;  PHASOR  will  generate  4 data  cards 

corresponding  to  these  line  segments  in  the  EDIT  file,  unless 
the  (§5  GINK  has  been  previously  used  to  suppress  EDIT  file 
entry  of  © © ® and  ® GINKS. 
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DRAW  MODE 


5.11  ® GINK 

Purpose : To  move  the  cursor  to  a new  location  in  preparation 
for  an  ® or  (t)  GINK. 


Example 


The  use  of  the  ® GINK  is  illustrated  in  the  example  of 
section  5.10. 
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DRAW  MODE 


5.12  © GINK 

Purpose:  To  erase  the  current  display,  discard  the  contents 

of  the  current  EDIT  file,  and  prepare  to  start  a new  shell. 

Discussion:  Depressing  © in  draw  node  will  cause  PHASOR 

to  erase  the  screen,  re-draw  the  default  axes,  and  prepare 
for  a new  shell  to  be  entered.  Any  previously  displayed 
item  will  not  be  redrawn,  and  the  EDIT  file  will  be  empty. 
This  GINK  is  equivalent  to  returning  to  DIRECTIVE  mode, 
and  entering  the  NEW  and  DRAW  directives. 
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Figure  5-17.  Ogive  construction 
("WEIGHT"  format)  after  (8) 
keystroke. 


DRAW  MODE 


5.13  (5)  GINK 

Purpose:  To  begin  an  ogive  item  using  "WEIGHT"  format  which 
is  to  be  drawn  on  the  display  and  entered  in  the  EDIT  file 
data  base. 

Discussion:  This  GINK  is  provided  to  give  users  the 
capability  of  entering  "WEIGHT"  format  data  for  an  ogive 
from  DRAW  mode.  An  ogive  may  be  constructed  by  the  following 
steps : 

(1)  Move  the  cursor  to  the  left-hand  end  of  the  desired 
ogive.  The  "Y"  position  of  the  cursor  is  ignored. 
Only  the  "X"  coordinate  of  the  cursor  location  is 
used.  Depress  © . 

(2)  In  response  to  the  prompting  message,  "ENTER  A,  B *", 
enter  the  numeric  value  for  the  distances  A and  B, 

as  defined  in  section  3.6,  separated  by  a comma. 

(3)  In  response  to  the  prompting  message,  "DENSITY*", 
enter  the  numeric  value  for  the  density  of  the 
ogive. 

(4)  Move  the  cursor  to  the  desired  right-hand  endpoint 
of  the  ogive.  Again,  the  "Y"  coordinate  may  be 
anywhere;  only  the  "X"  coordinate  will  be  used 

by  PHASOR.  Depress  © . 

(5)  In  response  to  the  prompting  message,  "RADIUS*", 
enter  the  numeric  value  of  the  radius  to  be  used 
for  the  ogive. 

PHASOR  will  draw  the  indicated  ogive  and  generate  a 
"WEIGHT"  format  data  card  in  the  EDIT  file  data  base. 

Example 

The  ogive  from  (8,4)  to  (12,3)  of  figure  5-17  was  gen- 
erated by  the  following  actions: 

PHASOR  prompted  user  as  shown  on  the  first  line  at  the  bottom 
of  the  page,  and  user  entered  A and  B as  0,4.  PHASOR  then 
asked  for  the  density  of  the  ogive,  which  user  supplied  as 
0.1.  User  then  moved  the  cursor  to  position  (12,  any)  and 
depressed  © Finally,  user  entered  the  radius  as  8 in  response 
to  PHASOR* s final  prompting  message. 
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DRAW  MODE 


5.14  ® GINK 

Purpose:  To  display  the  properties  of  a selected  item. 

Discussion:  The  (P)  GINK  provides  the  user  with  the  capability 

to  "point  at"  a part  of  the  shell  outline  with  the  crosshair 
cursor  and  tell  PHASOR  to  display  the  properties  of  that 
item.  In  addition  to  the  weight,  C.G.,  and  moments  of  inertia 
of  the  item,  PHASOR  will  display  the  number  of  the  card  on 
the  EDIT  lile  which  describes  the  item  pointed  at,  and  its 
NAME,  if  a NAME  has  been  assigned.  In  the  event  that  the 
crosshair  cursor  is  "pointing  at"  more  than  one  item  when 
(p) is  depressed,  then  all  the  items  "pointed  at"  will  be 
displayed. 


Example 


User  wishes  to  know  the  properties  of  the  ogive  indicated 
by  the  crosshair  cursors  in  figure  5-18.  Having  positioned 
the  cursors  as  shown,  user  depresses  and  the  resulting 

display  is  shown.  In  this  case,  the  ogive  indicated  was 
described  on  card  number  90  in  the  data  base  on  the  EDIT  file, 
and  had  a NAME  field  of  "OGIVE  1"  on  the  data  card. 


Now  suppose  user  positions  the  crosshair  cursor  as  shown 
in  figure  5-19  and  depresses®  . In  this  case,  the  line  "pointed 
at"  by  the  cursor  is  really  representing  two  coincident  surfaces 
of  two  items;  the  inside  surface  of  the  shell,  and  the  outside 
surface  of  the  explosive  filler  inside  the  shell.  Therefore, 
PHASOR  displays  both  items'  properties,  as  shown  in  figure  5-19. 
The  first  item  is  card  number  32  on  the  EDIT  file  and  has  a 
name  field  of  "-BODY14  0".  The  second  item,  which  has  a 

weight  of  0.630,  is  the  41st  card  on  the  current  EDIT  file. 

Notice  that  the  weight  of  the  item  on  the  32nd  card  is  -2.736. 

The  weight  is  negative  because  this  item  has  a negative  density. 
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DRAW  MODE 


5.15  ® GINK 

Purpose:  To  redraw  an  existing  shell. 

Discussion:  This  GINK  will  erase  the  screen  and  redraw 

the  display  using  the  same  scale.  The  ® GINK  is  most 
commonly  employed  to  redraw  a shell  after  usinq  an  © or 
© GINK  to  erase  a portion  of  the  shell,  but  may  also  be  used 
to  redraw  the  shell  when  the  display  becomes  overly  cluttered 
with  prompting  messages,  displays  of  properties,  etc. 

Using  the  ® GINK  will  not  effect  the  contents  of  the 
EDIT  file. 


DRAW  MODE 


5.16  (S)  GINK 

Purpose:  To  suppress  the  entry  of  information  into  the  EDIT 
file  in  response  to  (X)  , ® , (£)  , and  @ GINKS. 

Discussion:  Normally,  entering  an (X)  , (£) , (R) , or  @ GINK  will 
result  not  only  in  the  displaying  of  the  desired  linework  or 
text,  but  also  in  the  generation  of  cards  in  the  EDIT  file 
corresponding  to  this  linework  or  text.  Therefore,  any 
time  the  shell  is  redrawn,  the  linework  created  will  also 
be  redrawn.  Sometimes,  however,  user  wishes  to  add  a text 
comment  or  linework  just  for  a temporary  display,  without 
wishing  the  items  to  become  part  of  the  EDIT  file  data 
base.  Depressing  (§)  will  suppress  the  entry  of  all 
(X)  , (§)  , (y  and  (w)  item  types  into  the  EDIT  file,  until: 

(1)  a new  shell  is  begun  by  a NEW  directive  or  (N)  GINK,  or 

(2)  a (0)  GINK  is  issued  to  remove  the  effect  of  the(§)GINK. 


Example 


User  wishes  to  add  a comment  to  the  display  and  make 
a hardcopy,  but  he  does  not  want  the  comment  to  become  a 
permanent  part  of  the  EDIT  file  data  base.  To  enter  his 
comment,  he  first  depresses  (£>)  to  suppress  the  entry  of 
his  text  comment  into  the  data  base,  and  then  moves  the 
crosshair  cursor  to  the  position  on  the  screen  where  he 
wants  the  lower  left-hand  corner  of  the  text  to  begin,  and 
depresses  ® . He  may  then  enter  his  text,  which  will 
only  be  displayed  until  the  next  erasure  of  the  screen, 
and  will  not  be  entered  as  a data  card  in  the  EDIT  file. 


DRAW  MODE 


5.17  © GINK 

Purpose:  To  display  the  total  properties  of  the  shell,  ex- 

cluding outer  volume. 

Discussion:  The  cursors  may  be  positioned  any  where  on  the 

screen  when  the  (f)  GINK  is  activated  because  the  coordinates 
are  disregarded.  In  response  to  a © GINK,  PHASOR  will 
display  the  weight,  C.G.,  and  moments  of  inertia  of  the 
entire  shell  currently  on  the  EDIT  file.  The  outer  volume 
of  the  shell  will  not  be  displayed.  If  the  outer  volume  is 
needed,  the  (3)  GINK  should  be  used  instead. 

Example: 

User  wishes  to  obtain  a display  of  the  total  properties 
of  his  81  MM  shell,  as  shown  in  figure  5-20.  He  depresses 
© , and  PIIASOR  displays  the  total  properties,  as  shown  in 
the  right-middle  of  the  figure.  The  column  labelled  "TR.-P/2 
is  the  planar  transverse,  T',  as  defined  in  section  1.2. 
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Figure  5-20.  Total  propertie 
displayed  using  (?)  keystroki 


DRAW  MODE 


5.18  ® GINK 

Purpose:  To  display  a text  string  and  enter  the  string  in 

the  EDIT  file  for  future  displays. 

Discussion:  The  © GINK  is  provided  to  allow  user  a con- 

venient method  of  entering  comments,  titles,  and  the  like 
on  his  display.  PHASOR  will  automatically  create  a ©data 
card  in  the  EDIT  file  corresponding  to  the  information  entered, 
unless  an  © GINK  has  been  previously  entered  to  suppress  entry 
of  ® , (L)  , (§) , and  ® GINK  information  into  the  EDIT  file. 

The  text  is  always  entered  in  a character  size  corresponding 
to  TEKTRONIX  characters  of  size  3.  If  the  display  is 
re-drawn  to  a different  scale,  the  size  of  the  text  will 
be  increased  or  decreased  to  maintain  it  in  approximately 
the  same  proportion  as  originally  entered. 

Example 

User  can  create  the  text  display  shown  in  fiqure  5-21 
as  follows: 

Move  the  crosshair  cursor  to  (4,2)  and  depress  © . When 
the  alphanumeric  cursor  (blinking  rectangle)  appears  on  the 
screen,  enter  the  desired  text  string  of  up  to  39  characters, 
followed  by  a carriage  return. 


DRAW  MODE 


5.20  © GINK 

Purpose:  To  "zoom"  in  or  out  on  the  display. 

Discussion:  The  © GINK  allows  the  user  to  redraw  the  shell 
with  different  endpoints  on  the  X and/or  Y Axes.  When  a © 
GINK  is  entered,  PHASOR  prompts  user, 

"XMIN , XMAX=" 

In  response,  user  must  enter  the  values  for  the  ends  of  the 
X axis  which  he  desires,  separated  by  a comma.  In  addition, 
he  may  enter  the  desired  value  of  the  minimum  Y axis,  separated 
by  a comma  from  XMIN  and  XMAX.  If  YMIN  (the  optional  third 
parameter)  is  not  specified,  it  is  kept  the  same  as  its 
present  value,  normally  0.  If  YMIN  is  specified  and  is 
greater  than  0,  then  that  value  will  be  used  for  the 
minimum  Y.  if  YMIN  is  specified  and  is  less  than  0,  this 
is  interpreted  as  a flag  indicating  that  both  the  upper 
and  lower  half  of  the  shell  are  to  be  drawn,  i.e.,  YMIN=-YMAX. 
YMAX  may  never  be  specified.  All  of  these  cases  are 
covered  in  the  example  below: 

Example 

Assume  user  is  viewing  his  display  as  shown  in  figure 
5-22,  and  he  wishes  to  "zoom  in"  on  the  portion  of  the 
shell  from  X=2  to  X=12.  To  do  so,  he  depresses  © (the 
position  of  the  cursor  is  unimportant) , and  in  response  to 
the  prompting  message  at  the  bottom  of  the  figure,  enters 
his  desired  X axis  endpoints. 

The  resulting  display  is  shown  in  figure  5-23.  User 
then  decides  to  take  a very  close  look  at  the  area  of  the 
rotating  band  of  his  shell,  located  at  about  (13.8,1.8). 

To  do  this,  he  again  enters  © , but  this  time  enters 
three  values,  the  last  being  YMIN-1,  as  shown  at  the 
bottom  of  figure  5-23.  If  user  had  not  entered  YMIN  as 
the  third  parameter,  the  understood  value  of  YMIN®0  would 
have  been  used,  and  the  portion  of  the  shell  of  interest 
would  have  been  above  the  top  of  the  display  area  and  not 
shown  due  to  the  extreme  magnification  specified.  The 
resultant  display  is  shown  in  figure  5-24. 

Finally,  user  wishes  to  show  both  halves  of  the  shell 
(upper  and  lower),  from  X*0  to  X«*18,  so  he  again  depresses© 
and  enters  the  desired  X axis  limits  and  the  third  parameter 
of  YMIN»-1,  as  shown  at  the  bottom  of  figure  5-24.  The  re- 
sulting  display  is  shown  in  figure  5-25.  Note  that  YMIN  is 
about  -3.0,  not  -1,  because  -1  is  considered  a flag  and  not 
a value. 
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Figure  5-23.  Resulting  display 
for  zoom  specified  in  figure  5' 
Entering  zoom  data  with  option; 
YMIN  specified. 


Figure  5-24.  Resulting  display  for 
zoom  specified  in  figure  5-23. 
Entering  zoom  data  with  negative 
YMIN  specified. 


Figure  5-25.  Resulting  display  for 
zoom  specified  in  figure  5-24. 


DRAW  MODE 


5.21  Q)  GINK 

Purposes  To  return  to  DIRECTIVE  mode  and  terminate  DRAW 
mode. 

Discussion:  Depressing  Q)  will  cause  PHASOR  to  return  to 

the  normal  DIRECTIVE  mode.  The  screen  will  be  cleared,  and 
the  two  slashes  indicating  DIRECTIVE  mode  will  appear  at 
the  top  of  the  screen.  The  contents  of  the  EDIT  file  will 
not  be  effected. 
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6.  EDIT  MODE  OPERATION 

The  EDIT  mode  of  operation  gives  the  user  the  capability 
of  constructing  and  modifying  data  decks  interactively  during 
execution  of  PHASOR.  The  EDIT  mode  may  be  entered  at  any 
time  from  DIRECTIVE  mode  by  typing  in  the  EDIT  directives 

//EDIT 

The  EDIT  directive  will  cause  PHASOR  to  display  some 
or  all  of  the  card  images  currently  on  the  EDIT  file. 
Normally,  PHASOR  will  display  the  first  20  card  images  of  the 
deck  initially,  as  shown  in  figure  6-1.  The  number  of  cards 
displayed  is  called  the  page  size,  and  may  be  altered  by 
an  optional  parameter  on  the  EDIT  directive,  as  we  shall  see 
in  section  10.  In  this  section,  however,  all  examples 
will  assume  a default  page  size  of  20  cards. 

In  figure  6-1,  the  card  images  proper  are  contained  in 
the  box.  The  number  in  parentheses  at  the  top  of  the  page 
indicates  the  number  of  the  first  card  currently  being  dis- 
played. The  numbers  in  parentheses  at  the  bottom  of  the 
page  indicate  the  last  card  image  currently  displayed,  and 
the  total  number  of  card  images  on  the  edit  file.  In  this 
example,  the  first  card  displayed  is  the  first  card  of  the 
file,  the  last  card  on  the  page  is  number  20,  and  there  are  a 
total  of  92  cards  in  the  EDIT  file. 

EDIT  mode  operates  in  a manner  similar  to  DRAW  mode, 
in  that  the  tasks  which  the  user  wishes  to  have  performed 
are  indicated  to  PHASOR  by  means  of  coded  keystrokes  com- 
bined with  the  position  of  the  graphic  crosshairs.  Each 
Graphic  Input  Keystroke  (GINK)  has  a unique  meaning  to  PHASOR 
In  the  following  sections,  the  specific  meaning  of  each  key- 
stroke is  outlined  and  detailed.  In  general,  the  procedure 
for  editing  card  images  is  to: 

(1)  Position  the  file  such  that  the  card  or  cards  to  be  added 
deleted,  or  altered  appear  on  the  screen  display  page.  This 
may  be  done  by  paging  forward  or  backward  through  the  EDIT 
file,  or  by  "scrolling". 

(2)  "Point  at"  the  card  or  cards  to  be  altered  with  the 
crosshair  cursor,  and  depress  the  key  which  corresponds  to 
the  task  you  wish  PHASOR  to  perform. 

(3)  If  additional  text  is  to  be  added,  PHASOR  will  prompt 
entry  by  displaying  "="  at  the  proper  location.  Enter  the 
desired  text  in  the  conventional  manner. 


EDIT  MODE 


(4)  To  see  the  corrected  page  displayed,  enter  anQ)  , ® , (§)  , 
or  (s)  gink  which  will  cause  the  screen  to  erase  and  redraw 
the  updated  card  images. 


As  was  the  case  with  DRAW  mode,  user  can  always  tell  when 
PHASOR  is  dene  displaying  card  images  because  the  crosshair 
cursors  will  appear,  indicating  readiness  to  accept  a GINK. 


For  EDIT  mode,  the  following  GINKS  are  defined: 

Backward  page 
Copy  card(s) 

Delete  card(s) 

Extract  and  replace  a character  string  from  a card 
Group  operation  follows  (used  to  begin  an  editing 
operation  on  more  than  1 card) 

Insert  card(s) 

List  the  contents  of  the  current  page 
Move  card(s)  to  another  location 
Page  forward 
Replace  card(s) 

Scroll  forward  or  backward 

To  ( indicates  destination  for  copy  or  move) 

Return  to  DIRECTIVE  mode 
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6.1  (B)  GINK 

Purpose:  To  page  backwards  one  page  of  EDIT  file  display. 

Discussion:  This  GINK  is  used  to  display  the  cards  on  the 

display  page  preceeding  the  currently  displayed  page.  Back- 
ward paging  will  display  a page  starting  with  card  image  1 
if  the  current  page  begins  with  any  card  which  would  be 
displayed  in  a display  starting  with  card  number  1. 

Example : 

Assume  user  is  currently  viewing  a page  starting  with 
card  image  number  62,  shown  in  figure  6-2.  To  examine  the 
2 0 cards  immediately  before  62,  user  depresses  (S)  . The  re- 
sulting display  begins  with  card  image  42  and  ends  with  card 
image  61,  as  shown  in  figure  6-3. 


Figure  6-3.  Display  after 
keystroke. 


EDIT  MODE 


6.2  © GINK 

Purpose:  To  copy  card  image (s). 

Discussion:  This  GINK  is  used  to  reproduce  a copy  of  one 
or  more  card  images.  To  copy  one  card,  the  following 
procedure  should  be  used: 

(1)  Place  the  crosshair  cursor  over  the  card  image  to  be 
copied,  depress  © . 

(2)  Position  the  cursor  over  the  card  image  which  you  wish 
the  duplicate  image  to  follow,  depress  (T) . 

The  ©GINK  is  always  required  with  © to  designate 
the  destination  for  the  new  card  image.  The  procedure  for 
copying  a group  of  contiguous  card  images  is: 

(1)  Place  the  crosshair  cursor  over  the  first  card  image  to 
be  copied,  depress  © to  indicate  a group  operation. 

(2)  Move  the  cursor  over  the  last  card  image  to  be  copied, 
depress  © . 

(3)  Move  the  cursor  to  the  card  which  you  wish  the  duplicat- 
ed images  to  follow,  depress  © . 

Note:  To  place  the  new  card  imaqe  before  the  first  card  of 
the  deck,  place  the  crosshair  cursor  over  the  "(1)"  at  the 
top  of  the  page  before  depressing  © . Copy  operations  may 
freely  traverse  page  boundaries  by  inserting  (p)  , © , or  © 
GINKS,  as  required,  in  the  sequence  above. 

Example : 

User  wishes  to  make  a duplicate  of  a card  imaqe  tagged 
"ADAP1"  (card  image  15)  as  the  first  body  item,  as  shown 
in  figure  6-4.  User  places  the  crosshair  cursor  over  card 
image  15,  depresses  © . PHASOR  acknowledges  the  GINK  by 
drawing  a small  tic  mark  to  the  left  of  the  card  image  to 
be  copied.  User  then  positions  cursor  over  the  "B"  card 
(card  image  3) , and  depresses  ©l  PHASOR  acknowledges  the 
copy  by  an  arrow  indicating  the  position  of  the  duplicate 
card  image,  as  shown  in  figure  6-5.  If  user  now  depresses 
© to  list  the  updated  page,  it  would  appear  as  in  figure 
6-6. 
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6.3  (5)  GINK 

Purpose:  To  delete  card  image ( s) . 

Discussion:  To  delete  a single  card  image,  position  the 
cursor  over  any  part  of  the  card  to  be  deleted  and  depress 
(5)  . PHASOR  will  acknowledge  the  deletion  by  placing  an  "X" 
next  to  the  card  image.  Group  (multi-card)  deletions  may  be 
accomplished  by  preceeding  the  (d)  with  a (g) . Group 
deletions  are  illustrated  in  section  6.5. 

Example : 

For  the  same  card  images  displayed  in  figure  6-7,  user 
wishes  to  delete  card  image  number  16,  tagged  "ADAPl",  and 
card  image  number  2,  the  "W"  type  item  descriptor.  To  delete 
the  card  images,  user  positions  the  cursor  over  card  image 
16  and  depresses  (d) . The  resultant  display  is  shown  in 
figure  6-7.  He  then  positions  the  cursor  over  the  second 
card  image  and  again  depresses  (B) . PHASOR  acknowledges 
the  deletion  by  placing  an  "X"  to  the  left  of  each  deleted 
image,  as  shown  in  figure  6-8.  Finally,  user  depresses  (E) 
to  observe  the  updated  display,  as  shown  in  figure  6-9. 

Note  that  the  total  card  image  count  at  the  bottom  of  the 
display  indicates  that  only  91  of  the  original  93  card 
images  remain  as  a result  of  the  deletion. 
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6.4  (E)  GINK 

Purpose:  To  extract  and  replace  one  or  more  characters  from 
a card  image. 

Discussion:  This  GINK  is  used  when  only  a portion  of  a card 
is  to  be  replaced,  with  the  rest  of  the  card  image  maintained 
in  its  original  form.  The  procedure  required  is: 

(1)  Place  the  crosshair  cursor  over  the  first  character 

of  the  card  image  which  you  wish  to  replace  and  depress  © . 

(2)  Place  the  crosshair  cursor  over  the  last  character  to 
be  changed  and  depress  (S)  . PHASOR  will  now  underline  the 
portion  to  be  replaced  and  draw  an  underline  and  an  "«="  to 
prompt  you  to  enter  the  new  replacement  character  string. 

(3)  Type  in  the  replacement  character  string,  followed  by 
a carriage  return.  This  completes  the  task. 

Notes:  To  extract  a single  character,  leave  the  cursor  on 
the  same  character  when  performing  step  (2)  above.  The 
number  of  characters  inserted  is  always  the  same  as  the 
number  deleted;  if  fewer  characters  are  typed  in,  PHASOR  will 
pad  the  character  string  with  trailing  blanks.  If  more 
characters  are  typed  in  than  were  deleted,  the  input  string 
will  be  truncated.  Only  one  extract  operation  is  permitted 
on  a given  card  image. 

Example : 

For  the  sample  data  in  figure  6-10,  user  discovers  two 
errors  in  his  data.  Card  image  18  (the  seventh  card  image 
of  the  display  page)  contains  an  illegal  numerical  entry, 
"7.WQ40",  and  card  image  20  contains  superfluous  numerical 
entry  (which  PHASOR  interpreted  as  a tag  or  label  name, 
"11.5660  BODY 3 " ) . Since  user  does  not  want  to  have  to  type 
over  the  entire  card  image  for  each  of  these  errors,  he  uses 
an  © GINK.  First,  user  positions  the  cursor  over  the  "W" 
of  card  image  18  and  depresses  © . Then  he  moves  the  cursor 
to  the  "4"  after  the  "WQ"  and  depresses  ® (note  that  user 
could  have  just  moved  the  cursor  to  "W",  but  in  this  case 
wished  to  replace  the  "4"  too) . The  resulting  display  is 
shown  in  figure  6-11,  where  PHASOR  is  waiting  for  the  three 
new  characters  to  be  entered.  Following  a similar  procedure, 
user  extracts  the  extraneous  numeric  entry  on  card  image  20 
and  replaces  it  with  blanks,  as  shown  in  figure  6-12. 

After  depressing  © , the  final  display  with  all  the 
corrections  shown  is  visible  in  figure  6-13. 


j 
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Figure  6-10.  Display  prior  to 


Figure  6-11.  Display  after  (e) 
and  (S)  keystrokes.  PHASOR  is 
waiting  for  entry  of  new  string 


EDIT  MODE 


6.5  © GINK 

Purpose:  To  inform  PHASOR  that  a group  (multicard)  operation 
is  to  follow. 

f 

Discussion:  This  GINK  does  not  really  indicate  that  an 
operation  should  be  performed,  but  rather  that  the  card 
indicated  by  the  cursor  position  is  the  first  referenced 
card  for  a multicard  operation.  The  nature  of  the  multi- 
card operation  may  be  Group  Delete,  Group  Insert,  Group 
Move,  Group  Copy,  or  Group  Replace,  and  is  indicated  by  the 
next  GINK  entered.  PHASOR  will  acknowledge  a © GINK  by 
drawing  a small  tic  mark  to  the  left  of  the  referenced  card 
image.  When  the  operation  is  indicated  by  the  next  GINK, 

PHASOR  will  drawn  a square  bracket  around  the  complete  multi- 
card group  being  acted  upon. 

Notes:  A group  of  cards  may  cross  one  or  more  page  boundaries. 
For  instance,  the  first  card  of  the  group  may  be  designated 
by  a © GINK,  and  the  user  may  page  forward  before  indicating 
the  operation  and  the  last  card  of  the  group. 

Example : 

Several  different  group  operations  are  illustrated  below: 

In  figure  6-14,  user  performed  a Group  Delete  of  four 
cards,  by  placing  the  crosshairs  over  card  imaqe  15  and  de- 
pressing © , and  then  moving  the  crosshairs  to  card  image 
18  and  depressing  © . The  updated  display  of  figure  6-15 
was  obtained  by  depressing  © . 
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Figure  6-15.  Display  after  (: 
keystroke,  showing  effects  o 
group  delete  operation. 
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6.5,  continued 

For  the  sample  data  of  figure  6-16,  user  wishes  to  in- 
sert several  card  images  after  card  image  14,  "-FIH14".  To 
perform  a group  insert,  user  moves  the  cursor  to  card  image 
14  and  depresses  (G) . Leaving  the  cursor  to  card  image  14, 
user  then  depresses  (i)  . PHASOR  responds  by  drawing  the 

prompting  arrow  and  the  first  = sign  under  the  display. 

User  enters  the  first  card  image  in  free  format,  and  depresses 
carriage  return.  PHASOR  immediately  prompts  the  next  line 
entry  with  another  "=".  This  procedure  is  repeated  until 
user  has  entered  all  the  lines  desired,  as  shown  in  figure 
6-17.  V?v  signal  PHASOR  that  no  more  lines  follow,  user 
enters  ■"  and  a carriage  return.  By  depressing  © , user 

can  observe  the  updated  display.  Mote  that  in  the  updated 
display  of  figure  6-18,  PHASOR  has  formatted  the  card  images 
into  columns  for  easy  readability. 
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Figure  6-16.  Display  prior 
to  group  insert  operation. 


Figure  6-18.  Display  after  ( 
keystroke  illustrating  resul 
of  group  insert. 
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6.5,  continued 

The  next  example,  illustrated  in  figures  6-19  through 
6-21,  shows  how  the  destination  of  a group  move  need  not 
be  on  the  same  display  page  as  the  card  images  being  moved. 
In  this  case,  user  indicated  cards  27  through  32  as  compris- 
ing a group  to  be  moved  by  using  © and  © GINKS.  User 
then  depressed  (5)  to  display  the  first  display  page,  since 
he  wished  to  move  the  cards  to  that  page.  By  positioning 
the  cursor  over  card  image  2,  the  "B”  card,  and  depressing 
© , user  designated  the  destination  for  the  group  move. 
After  an  (L)  GINK,  the  resultant  display  is  shown  in 
figure  6-21. 


I 
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Figure  6-21.  Display  after 
keystroke,  showing  results 
of  group  move  operation 
across  page  boundary. 
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6.5,  continued 

The  final  example  of  group  operations  is  a group  re- 
place. The  number  of  cards  inserted  in  a group  replace  need 
not  be  the  same  as  the  number  deleted,  as  is  illustrated  in 
figures  6-24,  where  user  replaced  two  cards  with  three  using 
a group  replace.  User  wished  to  replace  cards  15  and  16  of 
figure  6-22,  so  he  first  moved  the  cursor  to  card  image  15 
and  depressed  (5)  . Then  he  moved  the  cursor  to  the  next 
card  image  and  depressed  (S) . PHASOR  responded  by  displaying 
"X"  beside  the  deleted  card  images  and  an  arrow  indicating 
the  insertion  of  the  new  card  images  typed  in  by  user  in  a 
manner  similar  to  the  group  insert  operation.  This  is  illus- 
trated in  figure  6-23,  where  *="  is  used  to  signify  the  end 
of  card  image  entries. 
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Figure  6-22.  Display  prior  to 
group  replace  operation. 
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Figure  6-23.  (G)  and  (R) 
keystrokes  caused  PHASOR  to 
prompt  user  to  enter  replao 
ment  cards  until  "="  enterei 


EDIT  MODE 


6.6  (I)  GINK 

Purpose- to  insert  new  card  image(s). 

Discussion:  To  insert  a new  card  image,  place  the  crosshair 

cursor  over  the  card  image  which  you  wish  the  new  card  to 
to  follow  and  depress  (D  . PHASOR  will  draw  an  arrow  indicat- 
ing the  location  of  the  insert,  and  prompt  user  by  drawing 
an  "="  below  the  display.  The  new  card  image  may  then  be 
entered,  followed  by  a carriage  return. 

Procedures  for  group  (multi-card)  inserts  are  illustrated 
in  figure  6-16  and  figure  6-17  of  section  6.5. 

Example: 

A sample  insert  is  shown  in  figure  6-25.  To  insert  a 
comment  card  after  card  image  14,  user  moved  the  crosshair 
cursor  to  that  card  image,  tagged  "FIN14"  and  depressed  (i)  . 
After  PHASOR  drew  the  arrow  and  user  completed  the  insert 

by  entering  the  new  card  image  and  a carriage  return. 


6-35 


Figure  6-25.  Display  after 
keystroke  to  initiate  inse 
operation  for  one  card. 


keystroke,  showing  result 
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6.7  (g)  GINK 

Purposes  To  display  the  updated  current  display  page. 

Discussion:  The  current  display  page  may  be  re-displayed 

with  all  changes  shown  completed  by  depressing  (£)  . The 

page  drawn  will  always  be  drawn  with  the  same  card  image 
number  being  drawn  first.  If  this  is  impossible  (for 
instance,  as  the  result  of  a DELETE  operation  which  reduced 
the  total  number  of  card  images  to  less  than  the  number  of 
the  first  card  image  on  the  old  page) , PHASOR  will  search 
backwards  for  the  first  available  card  image. 

Note  that  it  is  not  necessary  to  re-display  the  page 
after  every  edit  operation;  up  to  19  pending  edit  operations 
may  be  "stacked"  before  it  is  necessary  to  update  the  display 
page.  It  is  also  legal  to  return  to  the  DIRECTIVE  mode  (by 
depressing  Q)  ) without  updating  the  display  page  by  depress- 
ing (g)  . The  EDIT  file  will  still  contain  the  corrected 
file,  even  though  it  was  never  displayed  as  such. 

See  any  other  EDIT  MODE  example  for  an  example  of  usage  of 
the  (L)  GINK. 
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6.8  © GINK 

Purpose;  To  move  card  image ( s) . 

Discussion:  To  move  a card  image  to  a new  position  in  the 
EDIT  file,  place  the  crosshair  cursor  over  the  card  image 
to  be  moved  and  depress  © . Then  move  the  crosshair  cursor 
to  the  card  image  which  you  wish  the  relocated  card  to 
follow  and  depress  © . PIIASOR  will  acknowledge  the  completed 
move  by  displaying  an  MXH  by  the  old  position,  and  drawing 
an  arrow  from  the  old  position  to  the  new  position. 

Procedures  for  a group  (multicard)  move  are  illustrated 
in  figures  6-19  through  6-21  of  section  6.5. 

Examples 

User  wishes  to  relocate  the  comment  card,  card  image 
15,  of  figure  6-27  to  the  beginning  of  the  deck,  before  the 
body  data  key.  To  do  so,  he  places  the  cursor  over  the 
comment  card,  depresses  © , and  moves  the  cursor  to  card 
image  2.  By  depressing  © , indicating  the  destination  for 
the  move  user  completes  the  move,  and  PHASOR  acknowledges  it 
by  drawing  the  arrow  shown  in  figure  6-28.  After  depressing 
© > the  page  was  re-listed,  as  shown  in  figure  6-29. 
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image 
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6.9  © GINK 

Purpose:  To  page  forward  one  display  page. 

Discussion:  Attempting  to  page  forward  beyond  the  last  dis- 

play page  will  result  in  the  display  of  M*E-0-FM,  indicating 
END-OF-FILE. 

Example : 

Having  examined  the  data  card  images  on  the  display 
page  shown  in  figure  6-30,  user  wished  to  advance  the  dis- 
play. He  depresses  © , and  the  display  of  figure  6-31  is 
displayed,  showing  the  next  20  card  images  on  the  file. 
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to  page-forward  operat 
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6.10  (R)GINK 

Purpose:  To  replace  card  image (s). 

Discussion:  To  replace  a single  card  image,  place  the 
crosshair  cursor  over  the  desired  card  image  and  depress 
© . PHASOR  will  display  an  "X"  beside  the  card,  indicating 
its  removal,  and  will  draw  an  arrow  and  an  to  prompt 

entry  of  the  replacement  card  image.  Typing  in  the  desired 
card  image,  followed  by  a carriage  return,  completes  the  re- 
placement sequence. 

The  procedure  for  group  (multicard)  replacement  is 
illustrated  in  figure  6-22  through  6-24  of  section  6.5. 

Example : 

For  the  data  display  shown  in  figure  6-32,  user  wishes 
to  replace  card  imaqe  number  30,  tagged  "-BODY11".  He  there- 
fore places  the  crosshair  cursor  over  that  card  image  and 
depresses  (§) . Then  he  types  in  the  new  card  image,  as 
shown  in  figure  6-33.  To  view  the  updated  display,  user 
then  depresses  © , and  the  display  of  figure  6-34  appears. 
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Figure  6-33 . (5)  keystroke 
used  to  replace  card  image 


keystroke,  showing  results 
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6.11  (S)  GINK 

Purpose:  To  scroll  forward  or  backward. 

Discussion:  Scrolling  gives  the  user  the  ability  to  display 
a page  starting  with  any  desired  card  image.  To  scroll,  de- 
press (D  (the  position  of  the  crosshair  cursors  is  immater- 
ial) , and  when  PHASOR  displays  an  "="  under  the  display,  enter 
the  numeric  value  for  the  card  image  number  of  the  card 
desired  to  be  the  first  on  the  display,  and  depress  carriage 
return.  Attempting  to  display  beyond  the  last  card  image  of 
the  EDIT  file  will  result  in  the  display  of  "*E-0-F".  Attempt' 
ing  to  scroll  with  a card  image  of  less  than  1 will  result 
in  the  display  of  the  first  page  of  the  EDIT  file. 

Example : 

User's  display  is  shown  in  figure  6-35.  He  wishes  to 
be  able  to  view  card  images  16  and  25  simultaneously.  Since 
he  cannot  page  backwards  ( (§)  GINK) , because  this  would 
not  display  card  images  after  20,  user  depresses  (§)  to 
scroll  and  enters  ”14"  for  the  card  image  number  desired. 
PHASOR  therefore  displays  a new  page  beginning  with  card 
image  14,  which  encompasses  both  card  image  16  and  25,  as 
shown  in  figure  6-36. 
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Figure  6-36.  Display  after 
completed  scroll  operation 


EDIT  MODE 


r 


6.12  Q)  GINK 

Purpose:  To  return  from  EDIT  mode  to  DIRECTIVE  mode. 

Discussion:  Depressing  Q)  will  cause  PHASOR  to  terminate 
all  editing  operations  and  return  to  directive  mode.  The 
contents  of  the  EDIT  file  will  include  all  pending  editing 
operations  made  up  to  that  point. 

DIRECTIVE  mode  operations  will  be  indicated  by  the  erasure 
of  the  edit  display,  followed  by  the  DIRECTIVE  mode  prompt: 


I I 


EDIT  MODE 


6.13  EDIT  MODE  RESTRICTIONS 

The  following  restrictions  should  be  observed  in  using 
EDIT  MODE: 

(1)  Up  to  19  edit  operations  may  be  performed  without  erasing 
the  display  and  updating  the  results  by  a (§)  , (£)  , (§)  , or 

© GINK. 

(2)  The  destination  for  a GROUP  MOVE  or  GROUP  COPY  may  not  be 
in  the  group  of  card  images  being  moved  or  copied. 

(3)  No  card  should  have  more  than  one  editing  operation 
referencing  it  at  a time.  For  instance,  it  is  illegal  to 
EXTRACT  a character  string  from  a card  and  move  the  card 
without  re-listing  the  page  between  the  operations. 

(4)  A maximum  of  13  lines  (card  images)  of  input  may  be 
typed  in  before  re-listing  the  page.  For  instance,  a group 
insert  should  be  limited  to  5 card  images  if  it  follows  a 
group  replace  of  8 card  images  on  the  same  display.  This 
requirement  is  due  to  the  limitations  of  the  number  of  lines 
which  can  be  displayed  on  the  screen. 
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7.  TABLET  MODE  OPERATION 

The  TABLET  mode  of  operation  gives  the  user  the  ability 
to  input  graphical  descriptions  of  items  directly  to  PHASOR 
for  analysis.  Normally  this  graphical  description  will  con- 
sist of  a full-scale  engineering  drawing  or  sketch.  To 
describe  the  item  to  be  analyzed,  the  user  places  the  sketch 
on  the  tablet  and  tapes  it  in  place.  When  the  user  instructs 
PHASOR  to  enter  the  tablet  mode  by  typing,  "TABLET",  the 
program  will  lead  the  user  through  a short  initialization  pro- 
cedure to  determine  the  scale  of  the  drawing  used.  After  this 
procedure  is  completed,  user  inputs  coordinate  data  from  the 
tablet  in  a manner  similar  to  DRAW  mode,  to  describe  the  body, 
fin,  and  ogive  items  of  the  shell,  as  required.  Non-coordinate 
data  such  as  densities  is  entered  from  the  keyboard  in  response 
to  prompting  messages  from  PHASOR.  As  each  completed  item 
is  entered,  PHASOR  automatically  generates  a corresponding 
card  image  descriptor  in  the  EDIT  file,  just  as  is  the  case 
for  DRAW  mode. 

In  DRAW  mode,  the  coordinate  information  was  entered  by 
positioning  the  cursor  and  depressing  a key  on  the  terminal 
which  identified  the  type  of  item  being  described.  For  TABLET 
mode,  coordinate  information  is  entered  by  positioning  the  "pen" 
and  depressing  the  button  on  the  pen.  Since  the  type  of  item 
being  constructed  can't  be  indicated  by  the  single  button 
on  the  pen,  it  must  be  indicated  by  depressing  a coded  key  on 
the  keyboard  prior  to  entering  the  coordinate  data.  Thus 
to  describe  body  items,  the  user  depresses  "B",  carriage  RETURN, 
and  then  enters  coordinate  data  from  the  tablet.  PHASOR  will 
assume  that  the  same  type  of  item  will  be  continued  until 
another  keyboard  key  is  depressed.  It  is  important  to  note 
that  when  these  Graphic  INput  Keystrokes  are  entered, 
they  must  be  folTowed  by  a carriage  RETURN,  and  they  will 
not  show  up  on  the  screen. 

One  special  feature  of  the  tablet  is  its  ability  to  detect 
the  presence  of  the  pen.  Special  circuitry  in  the  tablet  is 
capable  of  telling  the  computer  anytime  the  pen  is  removed  more 
than  about  a quarter  of  an  inch  from  the  tablet  surface.  This 
is  called  leaving  presence,  and  this  capability  is  put  to  use 
by  PHASOR.  When  entering  points,  if  you  don't  leave  presence 
between  points,  PHASOR  will  assume  you  are  constructing  con- 
tinued items  by  the  "shortcut"  method  as  described  in  section 
5.3.  If  the  pen  does  leave  presence  between  data  points, 

PHASOR  will  assume  that  the  second  point  is  not  a continued 
item,  but  the  start  of  a new  item  of  the  same  type  and  density. 
This  distinction  will  be  clarified  during  the  description  of 
the  "B"  tablet  GINK. 
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TABLET  MODE 


In  TABLET  mode,  the  combination  of  one  keyboard  key 
plus  RETURN  is  considered  as  a GINK.  Entering  a key  at 
the  terminal  may  also  be  called  a keyboard  interrupt, 
since  it  is  used  to  interrupt  the  sequence  of  points  from 
the  tablet. 

In  TABLET  mode,  the  following  keystrokes  are  legal: 

"B"  Begin  a body  item 

"C"  Draw  all  items  entered  so  far  on  the  screen 

"D"  Begin  an  item  of  the  same  type  as  the  last  with  a 

different  density. 

"P*  Begin  a fin  item 

"G"  Begin  a PHASOR  format  ogive 

"0"  Begin  a WEIGHT  format  ogive 

"/"  Return  a directive  mode 

It  is  important  to  remember  that  the  operation  of  the 
tablet  and  the  terminal  display  are  mutally  exclusive. 

That  is,  if  the  tablet  is  armed  (indicated  by  the  READY 
light  being  lit  on  the  tablet  controller) , then  no  new 
information  will  appear  on  the  screen,  and  if  the  tablet 
is  disarmed  (READY  light  off) , no  data  can  be  entered  from 
the  tablet.  Thus  if  in  doubt  as  to  what  input  PHASOR 
expects  next,  remember  that  if  the  READY  light  is  lit 
PHASOR  is  waiting  for  either  tablet  data  or  a keyboard 
interrupt  GINK.  If  the  READY  light  is  off,  PHASOR  is  wait- 
ing for  a type-in  from  the  keyboard  of  data. 
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7.1  TABLET  INITIALIZATION 

Upon  enter inq  TABLET  mode,  PIIASOR  normally  begins  a con- 
versational initilization  procedure  for  the  tablet  used  to 
calibrate  the  scaling  of  the  drawing  used.  The  initialization 
consists  of  four  prompting  messages,  as  shown  in  figure  7-1. 
PHASOR  asks  the  user  to  identify  the  magnitude  of  the  endpoints 
of  the  axis  of  the  drawing  in  whatever  units  the  user  wishes, 
and  to  pinpoint  the  location  of  these  endpoints  on  the  drawing, 
using  the  pen.  Upon  completion  of  the  required  inputs,  PHASOR 
will  draw  the  axes  on  the  screen,  as  shown  in  figure  7-2. 
Finally,  the  prompt  "READY"  appears  on  the  screen  to  indicate 
readiness  to  accept  tablet  points  or  keyboard  interrupts.  The 
Tablet  READY  light  should  also  be  lit  after  this  prompt. 


Figure  7-1.  TABLET  mode  scaling 
dialog  establishes  user's  axes 
on  the  tablet. 


7-2.  After  initialization 
axes  are  displayed  on 
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7.2  "B"  GINK 

Purpose:  To  begin  a body  item. 

Discussion:  To  enter  body  items  from  the  tablet,  depress 
the  "B"  key  and  RETURN.  PHASOR  will  issue  the  prompting 
message,  "BEGIN  THE  BODY  ITEM(S)".  When  the  READY  light 
comes  on  for  the  tablet  controller,  you  may  enter  the  left- 
hand  endpoint  of  the  first  body  item.  After  the  point  is 
entered,  PHASOR  will  prompt, 

"DENSITY*" 

which  requires  a keyboard  entry  of  the  density  of  the 
item(s) , with  a carriage  RETURN.  The  READY  light  will  then 
be  re-lit,  and  you  may  enter  any  number  of  successive  points 
as  continued  body  items.  If  you  wish  to  make  a new  body  item 
with  the  same  starting  point  as  the  last  point  entered,  slide 
the  pen  along  the  surface  of  the  tablet  without  leaving  presence. 
If  you  wish  to  start  a new  body  item  with  the  same  density  as  the 
last  body  item  (but  not  contiguous  with  its  endpoint) , lift 
the  pen  off  the  tablet  surface  by  at  least  an  inch  before 
entering  the  new  point.  Leaving  presence  will  cause  PHASOR 
to  construct  a new  body  itme  rather  than  a continued  body 
item. 

Example : 

The  three  body  items  of  figure  7-3  were  created  by  the 
following  sequence  after  tablet  initialization: 


1.  "B"  entered  from  the  keyboard,  followed  by  RETURN. 

2.  Move  pen  to  (0,1.7),  depressed  pen  button. 

3.  Entered  ".283",  RETURN,  from  keyboard. 

4.  Moved  pen  by  sliding  to  (1.5, 2,0),  depressed  button. 

5.  Moved  pen  by  sliding  to  (1.8, 2.0),  depressed  button. 

6.  Moved  pen  by  lifting  to  (2. 0,2.0),  depressed  button. 

7.  Moved  pen  by  sliding  to  (3. 0,2.0),  depressed  button. 
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7.3  »c"  GINK 

Purpose:  To  display  all  items  entered  into  EDIT  file  so  far 
on  the  screen. 

Discussion:  As  various  items  are  entered  from  the  tablet, 
PHASOR  places  their  descriptions  on  the  EDIT  file  automatically. 
However,  the  items  are  not  displayed  on  the  screen  until 
the  "c"  GINK  is  sent.  This  is  because  the  display  and  the 
tablet  cannot  operate  simultaneously.  Sending  a "C"  GINK 
tells  PHASOR  to  disarm  the  tablet,  unlock  the  screen,  and 
draw  the  parts  entered  from  the  tablet.  Upon  completion, 

PHASOR  will  issue  a "READY"  prompting  message  and  re-arm  the 
tablet. 

Example : 

User  has  entered  several  body  items  from  the  tablet.  His 
display  screen  appears  as  in  figure  7-4.  User  depresses 
"C"  RETURN  in  order  to  verify  the  entry  of  his  body  items, 
and  PHASOR  displays  the  items,  as  shown  in  figure  7-5. 


Figure  7-4.  Completed  items 
are  not  shown  on  screen  until 
"C"  and  RETURN  are  entered. 
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7.4  "D"  GINK 

Purpose:  To  change  density  for  am  item  type. 

Discussion:  To  begin  a new  item  of  the  same  type  as  the 
last  item  entered,  but  with  a different  density,  type  "D", 
RETURN.  PHASOR  will  respond  with  a prompting  message 
indicating  that  you  should  enter  the  value  of  the  density. 

You  may  then  enter  the  first  point  of  the  new  item  from 
the  tablet. 

Example : 

User  has  entered  the  body  items  shown  in  figure  7-6.  User 
now  wishes  to  "hollow  out"  the  shell  by  constructing  several 
body  items  with  a density  of  -.283.  To  do  so,  he  types  "D" 
and  RETURN.  In  response  to  the  prompting  message  "DENSITY®", 
user  enters  "-283"  and  depressess  RETURN.  Therefore,  the  READY 
light  on  the  tablet  controller  is  re-lit,  and  user  enters  his 
body  item  points  from  the  tablet.  After  depressing  "C"  and 
RETURN,  the  display  shows  the  completed  items  as  in  figure 
7-7. 
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7.5  "F"  GINK 

Purpose:  To  begin  a fin  item. 

Discussion:  Depressing  "F"  and  RETURN  signals  PHASOR  that 

the  following  data  points  entered  from  the  tablet  will 
comprise  fin  items.  PHASOR  will  respond  with  the  prompt- 
ing message,  "BEGIN  FIN  ITEM(S)."  After  the  first  coordin- 
ate point  is  entered  from  the  tablet,  PHASOR  will  request 
that  the  user  enter  the  number  of  fins  (NFIN)  and  the 
density.  After  the  second  point  from  the  tablet,  PHASOR 
will  ask  for  the  thickness  of  the  fin.  Any  additional 
points  entered  will  be  interpreted  as  additional  fin  items 
with  the  same  density,  in  the  same  manner  as  body  items,  and 
leaving  presence  indicates  the  start  of  a new  fin  item  rather 
than  a continued  fin  item. 

Example: 

In  figure  7-8,  user  has  depressed  "F"  and  RETURN  to  signal 
PHASOR  that  he  wishes  to  enter  fin  items.  The  resulting 
dialog  between  PHASOR  and  the  user  is  shown  in  figure  7-9, 
with  the  two  completed  fin  items  shown.  It  is  important  to 
remember  that  fin  items  project  all  the  way  to  the  centerline 
of  the  shell,  so  at  this  point  user  would  then  have  to  enter 
another  fin  with  a density  of  -.1,  having  the  same  radius 
as  the  body  of  his  shell,  so  that  the  resultant  fin  assembly 
would  only  extend  outward  from  the  body  (1.0  radius). 
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Figure  7-8.  "F"  and  RETURN  te 
PHASOR  to  begin  a fin  item  wh 
in  TABLET  mode . 
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7.6  "G"  GINK 

Purpose:  To  begin  a PHASOR  format  ogive  item. 

Discussion:  Depressing  "G"  and  RETURN  signals  PHASOR  that 

the  following  point  from  the  tablet  is  to  start  a PHASOR 
format  ogive.  PHASOR  will  respond  with  the  prompting 
message,  "BEGIN  OGIVE  ITEM(S)".  After  entering  the  left- 
hand  endpoint  from  the  tablet,  user  should  expect  PHASOR 
to  request  the  density  of  the  ogive.  After  entering  the 
right-hand  endpoint  of  the  ogive  from  the  tablet,  PHASOR 
will  request  the  radius  of  the  ogive.  Any  subsequent 
points  entered  from  the  tablet  will  be  interpreted  as 
additional  ogives. 

Example: 

Figure  7-10  shows  a partially  completed  shell.  User  has 
entered  "G"  and  RETURN  at  the  keyboard,  and  PHASOR  has 
prompted  him  to  enter  the  first  point  on  the  ogive.  In 
this  case  user  depresses  the  tablet  pen  button  at  coordin- 
ates (5. 0,2.0).  The  resulting  dialog  between  user  and 
PHASOR  is  shown  in  figure  7-11,  along  with  the  completed 
ogive . 
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7.7  "O"  GINK 

Purpose:  To  begin  an  ogive  item  using  "WEIGHT"  format. 

Discussion:  To  enter  an  ogive  item  using  the  traditional 
"WEIGHT"  program  notation,  depress  "0"  and  RETURN.  PHASOR 
will  respond  with,  "BEGIN  OGIVE  ITEM(S)".  The  first  X 
coordinate  may  then  be  entered  on  the  tablet.  When  using 
WEIGHT  format,  only  the  X coordinate  of  the  tablet  pen  is 
used;  the  Y coordinates  are  disregarded.  PHASOR  will  prompt 
user  to  enter  the  values  for  A and  B,  which  are  the  dimensions 
shown  in  figure  3-5.  The  X coordinate  of  the  endpoint  of  the 
ogive  may  then  be  entered  from  the  tablet.  Finally,  PHASOR 
will  request  the  value  for  the  radius  of  the  ogive. 

I 

Example : 


Figure  7-12  shows  an  ogive  which  was  constructed  using  the 
"WEIGHT"  format.  The  dialog  between  the  user  and  PHASOR  is 
shown.  In  order  to  display  the  completed  ogive,  user  entered 
a "C"  GINK. 


Figure  7-12.  "0"  and  RETURN 
trigger  entry  of  "WEIGHT" 
format  ogives. 
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7.8  "/"  GINK 

Purpose:  To  return  to  directive  mode. 

Discussion:  To  cease  TABLET  mode  and  return  to  DIRECTIVE 

mode,  enter  "/"  and  RETURN.  PHASOR  will  respond  by  erasing 
the  screen  and  displaying, 

// 

which  is  the  prompt  for  DIRECTIVE  mode. 


8.  PREVIEW  MODE  OPERATION 


During  normal  operation,  PHASOR  automatically  generates 
a chronology  of  events  which  occur  during  execution  on  a 
file  called  OUTPUT.  This  file  is  intended  to  provide  the 
user  with  a permanent  printed  listing  of  DIRECTIVES  and 
analysis  which  take  place,  which  user  may  SEND  to  a line 
printer  for  permanent  retention.  A typical  OUTPUT  file 
from  PHASOR  is  shown  in  figure  13-1.  The  file  contains 
an  echo  of  all  directives  entered  by  user,  which  may  be 
easily  identified  by  the  "*****  //"  prefix  added  to  the 
listing  to  emphasize  the  DIRECTIVES.  In  addition,  the 
file  contains  listings  of  any  decks  analyzed,  and  individual 
and  total  properties  for  any  items  analyzed  by  a HARDCOPY 
directive  or  (H)  GINK  during  DRAW  mode. 

It  is  important  to  understand  that  the  OUTPUT  file  is 
normally  dormant  and  is  not  viewed  at  the  terminal.  The 
purpose  of  the  PREVIEW  directive  is  to  provide  a method  by 
which  the  user  may  examine  this  OUTPUT  file,  one  page  at  a 
time,  at  the  terminal,  if  desired. 

To  begin  PREVIEW  operation,  user  should  enter  the  DIRECTIVE, 
//PREVIEW 

In  response,  PHASOR  will  erase  the  screen  and  display  the 
first  few  lines  of  page  one  of  the  OUTPUT  file,  as  shown 
in  figure  8-1.  The  entire  page  is  not  drawn  immediately 
because  this  may  take  several  minutes  to  complete,  and 
user  may  not  wish  to  see  the  entire  page,  or  may  not  wish 
to  look  at  the  first  page  at  all.  These  first  few  lines 
are  called  a "tease",  and  are  displayed  to  give  the  user  an 
indication  of  the  contents  of  the  page.  After  the  "tease" 
is  displayed,  PHASOR  will  display  the  graphic  crosshair 
cursor  and  wait  for  a user  input.  This  input  may  consist 
of  one  of  the  following  GINKS: 

a which  will  cause  PHASOR  to  display  the  rest  of  the  page 
which  will  cause  PHASOR  to  display  part  of  a page,  down 
to  the  location  of  the  crosshair  cursor; 

(§)  which  will  cause  PHASOR  to  display  a prompting  message 
for  selection  of  an  alternate  page; 

Q)  which  will  cause  PHASOR  to  return  to  DIRECTIVE  mode. 


After  PHASOR  completes  the  display  selected  by  a (6)  or  (L) 
GINK,  it  will  display  the  prompting  message. 

PAGE® 

at  the  bottom  of  the  display.  At  this  time,  user  may 
enter  another  page  number  to  be  displayed,  or  may  enter 
a "C",  "L",  or  "/".  If  a page  number  is  entered,  PHASOR 
will  erase  the  display  and  display  the  "tease"  of  the  indicated 
page.  If  "C"  is  entered,  the  remainder  of  the  present  page 
will  be  displayed  (unless  already  and  end-of-page,  in  which 
case  the  next  page  will  be  displayed) . If  "L"  is  entered, 
the  crosshair  cursors  will  be  displayed  so  that  user  may 
position  them  to  select  a portion  of  the  page  to  be  selected 
for  display,  as  was  the  case  with  the  original  © GINK. 

If  "/"  is  entered,  PHASOR  will  return  to  DIRECTIVE  mode. 

Some  examples  of  PREVIEW  control  of  the  display  are 
illustrated  on  the  following  pages. 

In  section  10,  options  will  be  described  which  allow 
the  user  to  easily  select  a page  other  than  page  1 for  the 
initial  display  upon  entering  PREVIEW  mode,  and  also  to 
modify  the  number  of  lines  displayed  as  a tease. 
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Figure  8-4.  Second  "L"  entry 
in  response  to  prompt  allows 
user  to  indicate  how  much 
more  of  page  is  to  be  shown. 
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Figure  8-5.  Entering  a numb' 
instead  of  "L"  in  response 
"PAGE®"  produces  the  "tease 
for  the  desired  page. 


Figure  8-7.  (C)  keystroke 
selects  entire  page  for  display 
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You  may  recall  that  the  DIRECTIVE  mode  is  the  basic 
operating  mode  for  PHASOR,  and  that  DRAW,  EDIT,  PREVIEW, 
TABLET  and  CALCOMP  modes  are  called  from,  and  return  to, 
DIRECTIVE  mode.  The  user  can  always  ascertain  the  existence 
of  DIRECTIVE  mode  because  PHASOR  always  displays  the  prompt- 
ing characters, 

// 

when  it  is  ready  for  an  input  in  DIRECTIVE  mode.  Users  fam- 
iliar with  INTERCOM  will  find  DIRECTIVE  mode  similar  in  syn- 
tax and  purpose  to  INTERCOM  COMMAND  mode.  The  general  for- 
mat for  all  DIRECTIVES  is: 


DIRECTIVE,  parameters,  options. 

The  DIRECTIVE  is  a keyword  selected  from  the  list  below: 


READ 

ATTACH 

SAVE 

CATALOG 

REWIND 

PUNCH 

PURGE 

RETURN 

•> 

NEW 

EDIT 

DRAW 

TABLET 

PREVIEW 

CALCOMP 

OPTION 

STOP 

LOGO 

HARDCOPY 


SEND 


causes  PHASOR  to  read  a local  data  file  and  copy  it 
onto  the  EDIT  file  for  analysis,  drawing,  etc. 
causes  PHASOR  to  attach  a permanent  file, 
causes  PHASOR  to  save  the  contents  of  the  EDIT  file 
on  a local  data  file. 

causes  PHASOR  to  make  a local  data  file  permanent, 
causes  PHASOR  to  rewind  the  specified  file, 
causes  PHASOR  to  punch  a card  deck  from  the  EDIT  file, 
causes  PHASOR  to  destroy  a permanent  file, 
causes  PHASOR  to  return  a file. 

causes  PHASOR  to  display  a list  of  legal  DIRECTIVES 
and  options. 

causes  PHASOR  to  discard  the  contents  of  the  EDIT 

file  and  prepare  for  a new  shell  configuration. 

causes  PHASOR  to  enter  EDIT  mode. 

causes  PHASOR  to  enter  DRAW  mode. 

causes  PHASOR  to  enter  TABLET  mode. 

causes  PHASOR  to  enter  PREVIEW  mode. 

causes  PHASOR  to  enter  CALCOMP  PLOT  mode. 

causes  PHASOR  to  accept  one  or  more  options  without 

executing  any  specific  directive. 

causes  PHASOR  to  halt  operation  and  return  to 

INTERCOM  COMMAND  mode. 

causes  PHASOR  to  display  the  PHASOR  logo, 
causes  PHASOR  to  analyze  the  shell  currently  on  the 
EDIT  file  and  print  a detailed  analysis  on  file 
OUTPUT. 

causes  PHASOR  to  send  the  OUTPUT  file  to  any 
desired  line  printer. 


9-1 


DIRECTIVE  MODE 


Some  DIRECTIVES  require  PARAMETERS  to  follow  the  DIRECTIVE 
name,  separated  by  a comma.  For  some  DIRECTIVES,  the  PARA- 
METERS may  be  optional,  and  therefore,  may  be  omitted  if 
desired.  Parameter  requirements  are  explained  for  each 
individual  DIRECTIVE  in  the  followinq  sections. 

Most  DIRECTIVES  may  be  followed  by  one  or  more  OPTIONS. 

OPTIONS  are  never  required,  but  may  be  specified  if  desired. 
OPTIONS  are  specified  in  the  general  format, 

OPT I ON - value 

and  are  separated  by  commas.  For  example,  in  section  2 
the  DIRECTIVE, 

DRAW, VIEW=FULL, RADIAL=OFF 

was  used  to  draw  the  sample  shell.  This  DIRECTIVE  had  two 
options  specified,  VIEW  and  RADIAL.  Options  cause  PHASOR 
to  alter  its  normal  method  of  operation.  The  meaning  and 
application  of  all  options  is  discussed  in  section  10. 

The  following  sections  examine  each  DIRECTIVE  in  detail. 

In  each  section,  the  underlined  portion  of  the  format  of  the 
DIRECTIVE  indicates  an  acceptable  abbreviation  for  the  DIRECT- 
IVE. 


DIRECTIVE  MODE 


9.1  READ  DIRECTIVE. 

Purpose:  To  copy  a local  data  file  onto  the  EDIT  file  for 
analysis,  editing,  drawing,  etc. 

Format : 

//READ, If n 

Parameters : 

lfn  is  a local  file  name  of  the  file  to  be  copied. 
Applicable  options: 

DECK,  SET,  OFFSET. 

Discussion: 

Before  PHASOR  can  analyze,  draw,  plot,  or  otherwise  act 
upon  a shell  description,  the  descriptive  data  cards  must 
exist  on  a special  file  called  the  EDIT  file.  The  READ 
directive  causes  PHASOR  to  copy  card  images  from  a file 
called  lfn  to  the  EDIT  file.  The  cards  are  always  added  to 
the  end  of  the  existing  EDIT  file,  making  it  easy  to  analyze 
a shell  which  is  a composite  of  items  found  on  two  different 
files.  LFN  may  be  any  legal  SCOPE  file  name  except  those 
reserved  for  PHASOR,  as  listed  in  Appendix  G.  LFN  is  read  from 
the  first  card,  unless  SET  option  is  used  to  specify  am 
alternate  data  set  on  the  file  (see  section  10.10) . 

Examples : 

//READ , MYDATA 

PHASOR  READS  DATA  SET  1 OF  FILE  MYDATA 
23  CARD  IMAGES  READ. 

// 

In  the  above  example,  PHASOR  found  23  card  images  on  the  file 
called  MYDATA.  "DATA  SET  1"  indicates  that  PHASOR  began 
reading  from  the  beginning  of  the  file,  which  is  the  default 
position. 

//READ,  XX. 

PHASOR  READS  DATA  SET  1 OF  FILE  XX 
0 CARD  IMAGES  READ. 

// 

In  the  above  example,  user  specified  an  erroneous  file  name,  so 
PHASOR  found  no  cards  on  it.  User  should  always  check  the 
reply  from  PHASOR  to  make  sure  a reasonable  number  of  cards 
were  read. 
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9.1  READ  DIRECTIVE  (continued) 

//READ,  XYZ , DECK=WE I GHT 

PHASCR  READING  DATA  SET  1 OF  WEIGHT  DECK  ON  XYZ 
END-OF-FILE  XYZ  AFTER  108  CARD  IMAGES. 

PHASOR  TRANSLATING  DECK  TO  PHASOR  FORMAT... 

109  CARD  IMAGES  READ. 

// 

The  above  example  illustrates  how  PHASOR  can  be  directed  to 
read  a data  deck  generated  for  a different  program,  in  this 
case  the  WEIGHT  program.  PHASOR  can  translate  WEIGHT  or  PROMS 
decks.  This  feature  is  discussed  in  detail  in  section  10.9. 
Notice  that  PHASOR  indicated  both  the  length  of  the  original 
WEIGHT  deck  (108  cards) , and  the  length  of  the  translated 
PHASOR  deck  (109  cards) . 

//READ.  MINE .SET=4 

PHASOR  READING  DATA  SET  4 OF  FILF  MINE 
20  CARD  IMAGES  READ. 

// 

The  above  example  illustrates  how  more  than  one  shell  may  be 
stored  on  a single  file.  In  this  case,  PHASOR  was  directed 
to  read  the  fourth  data  set  on  the  file  called  MINE.  PHASOR 
therefore  began  reading  after  the  third  END  statement  en- 
countered on  the  file,  and  found  20  card  images  on  the  fourth 
file. 

These  examples  have  been  provided  to  help  introduce  the  concept 
of  options.  More  options  for  READ  directives  are  provided  and 
discussed  in  section  10. 
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9.2  ATTACH  DIRECTIVE 

Purpose:  To  attach  a permanent  file. 

Format : 

//ATTACH , 1 fn , pf n , I D=name , CY=n 
Parameters : 

lfn  is  the  local  file  name  to  be  used, 
pfn  is  the  permanent  file  name  to  be  used, 
name  is  the  owner  ID  of  the  permanent  file 
n is  the  cycle  number  of  the  permanent  file. 

ALL  PARAMETERS  ARE  REQUIRED. 

Applicable  options:  none 

Discussion:  This  DIRECTIVE  functions  in  the  same  manner  as 

the  SCOPE  INTERCOM  ATTACH,  with  the  following  exceptions: 

1.  All  parameters  are  required  as  shown  above;  none 
may  be  omitted. 

2.  Passwords  may  not  be  specified. 

Users  not  familiar  with  the  INTERCOM  ATTACH  command  should 
read  appendix  B of  this  manual  and  section  5-8  of  reference  1. 


Examples : 

//ATTACH , MINE , XM6 5 OE 1 DATA , I D=SMOLNIK , CY= 1 


The  above  example  attaches  a permanent  -ile  named  XM650E1DATA 
and  gives  it  the  local  file  name  of  MINE.  To  read  this  file 
for  evaluation,  user  could  enter. 


//READ, MINE 


DIRECTIVE  MODE 


9.3  SAVE  DIRECTIVE 

Purpose:  To  copy  the  contents  of  the  EDIT  file  to  a local 
file  specified  by  user. 

Format : 

//SAVE,lfn 

Parameters : 

lfn  is  the  local  file  name  desired. 

Applicable  Options:  DECK 


Discusson:  This  directive  performs  a function  that  is  anala- 
gous  to  the  SAVE  command  under  CDC's  EDITOR.  The  current 
contents  of  the  EDIT  file  are  copied  onto  the  named  local 
file.  PIIASOR  will  automatically  insure  that  this  file  is 
created  on  a permanent  file  device,  so  that  it  may  be  cataloged 
directly,  if  desired. 

Example: 

User  has  constructed  a model  of  the  XM107  using  the 
graphics  tablet,  and  now  wishes  to  save  his  new  data  base 
permanently.  After  returning  to  DIRECTIVE  mode,  he  types, 

//SAVE , DBASE 

PHASOR  SAVED  112  CARD  IMAGES  ON  FILE  DBASE 
REQUEST, DBAS  E , * PF . 

//  CATALOG , DBASE , XM107DATABASE , ID=HUTCH , CY=1 

CT  ID=HUTCH  PFN=XMl 0 7 DATABASE 
CT  CY=001  00000768  WORDS: 

// 

The  line  reading  " REQUEST, DBASE. *PFM  is  an  acknowledgement 
from  the  operating  system  in  response  to  PHASOR' s request  for 
a permanent  file  device  for  DBASE,  and  was  not  typed  by 
user.  After  this  sequence,  user's  new  data  base  is  stored 
on  disk  and  may  be  retrieved  during  another  interactive  session 
by  using  the  ATTACH  directive. 
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9.4  CATALOG  DIRECTIVE 

Purpose:  To  make  a local  file  permanent. 

Format : 

//CATALOG , 1 f n , pf  n , I D=name , CY=n 
Parameters : 

lfn  is  the  local  file  name  to  be  cataloged, 
pfn  is  the  permanent  file  name  to  be  assigned, 
name  is  the  owner's  ID  for  the  file, 
n is  the  cycle  number  to  be  used. 

Applicable  options:  none 

Discussion:  This  directive  functions  in  the  same  manner  as 
the  SCOPE  INTERCOM  CATALOG  command,  with  the  following  ex- 
ceptions : 

1.  All  parameters  are  reauired. 

2.  Passwords  may  not  be  specified. 

Users  not  familiar  with  the  INTERCOM  CATALOG  command  should 
read  appendix  B of  this  manual  and  section  5-8  of  reference  1. 

Example : 

//CATALOG , NEW , NEWDATA , CY=2 , ID=STARSKY . 

CT  ID=STARSKY  PFN=NEWDATA 
CT  CY=001  0000076 8W0RDS 

// 

The  above  DIRECTIVE  will  cause  PHASOR  to  issue  a request  to 
the  operating  system  that  the  local  file  named  MEW  be  retained 
permanently  under  the  ID  of  STARSKY,  in  cycle  number  2 with 
the  permanent  file  name  NEWDATA.  After  user  logs  out,  the 
file  will  be  retained,  and  may  be  retrieved  subsequently  by 
an  ATTACH  directive,  for  example: 

//ATTACH, OLD, NEWDATA, CY=2 , ID=STARSKY. 

The  same  file  that  was  called  NEW  when  cataloged  will  now  be 
available  under  the  local  file  name  OLD. 


DIRECTIVE  MODE 


9.5  REWIND  DIRECTIVE 
Purpose:  To  rewind  a local  file. 

Format : 

//REWIND, If n 
Parameters : 

lfn  is  the  local  file  name  to  be  rewound. 

Applicable  options:  none 

Discussion:  This  directive  is  provided  as  a convenience 

to  the  user  to  rewind  any  local  file.  Since  PHASOR  auto- 
matically rewinds  any  local  file  before  it  performs  any 
action  on  the  file,  it  is  not  necessary  to  use  REWIND  before 
READ,  SAVE,  etc. 

Example : 

//REWIND, ABC 

//REWIND, OUTPUT 


The  OUTPUT  file  mav  be  rewound  to  discard  all  outDut  on  the 
OUTPUT  file  up  to  that  point  in  time. 


DIRECTIVE  MODE 


9.6  PUNCH  DIRECTIVE 

Purpose:  To  produce  a punched  deck  of  the  current  EDIT  file. 
Format : 

//PUNCH 

Parameters:  none 

Applicable  options:  DECK 

Discussion:  Any  data  base  for  PHASOR  may  be  permanently 

saved  on  punched  cards  by  using  the  PUNCH  DIRECTIVE  while 
the  desired  data  base  is  in  the  EDIT  file.  The  punched  deck 
will  be  prepared  automatically  at  the  central  site  in  building 
351.  It  should  be  noted  that  the  deck  will  begin  punching 
immediately  at  the  time  the  PUNCH  directive  is  entered,  and 
not  at  the  end  of  the  job.  A complete  separate  deck  will  be 
produced  for  each  PUNCH  DIRECTIVE.  As  an  identification 
aid,  PHASOR  will  punch  a unique  job  name  on  the  first  card 
of  each  punched  deck,  and  will  display  what  this  job  name 
will  be  (unlike  the  INTERCOM  DISPOSE  command,  which  always 
punches  jobs  with  the  same  name) . 

Example : 

//PUNCH 

PHASOR  WILL  PUNCH  45  CARDS. 

PUNCHED  DECK  NAME  WILL  BE  JHJH138 
//PUNCH 

PHASOR  WILL  PUNCH  45  CARDS 
PUNCHED  DECK  NAME  WILL  BE  JHJIII39 
// 

The  above  example  causes  two  identical  dekes  to  be  punched. 
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9 . 7 PURGE  DIRECTIVE 

Purpose:  To  make  a permanent  file  non-permanent. 

Format : 

//PURGE, If n 
Parameters : 

lfn  is  the  local  file  name  to  be  made  non-permanent. 

Discussion:  This  DIRECTIVE  performs  the  same  function  as 
the  SCOPE  INTERCOM  PURGE  COMMAND.  The  local  file  name 
specified  must  he  a permanent  file  before  the  directive 
is  issued.  After  the  directive,  the  named  file  will  no 
longer  be  permanent. 

Applicable  options:  none 

Example: 

User  wishes  to  destroy  his  existing  data  base 
called  M1060LD.  He  may  do  this  as  follows: 

//ATTACH , OLD , Ml 0 6 OLD , I D=MCMI LLAN , CY= 1 
//PURGE , OLD 

PR  ID=  MCMILLAN  PFN=M106OLD 
PR  CY=  001  00000256  WORDS 

//RETURN, OLD 

// 

The  two  lines  following  the  PURGE  directive  are  a system 
acknowledgement  of  the  completed  purge.  The  RETURN  direc- 
tive is  used  to  relinquish  the  local  file  OLD,  which  still 
exists  after  the  purge. 
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9.8  ? DIRECTIVE 

Purpose:  To  display  a list  of  legal  directives  and  options. 

Format: 

//? 

Discussion:  Entering  a question  mark  while  in  directive 
mode  will  cause  PHASOR  to  display  a brief  list  of  legal 
directives  and  their  meanings.  After  the  list  is  displayed, 
PHASOR  will  ask  the  user  if  he  also  wishes  to  see  a list 
of  options.  If  the  user  answers  "YES",  a brief  list  of 
options  (as  discussed  in  section  10)  will  also  be  displayed. 
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9.9  NEW  DIRECTIVE 

Purpose:  To  discard  the  existing  EDIT  file  and  prepare  for 
a new  configuration. 

Format : 

//NEW 

Parameters : none 
Applicable  options:  none 

Discussion:  This  is  an  important  directive  which  tells 
PHASOR  to  start  a new  shell  and  discard  the  old  shell, 
if  any. 

Example : 

User  has  been  analyzing  the  M106  shell.  He  now 
wishes  to  read  an  existing  data  file  for  the  XM650.  To 
do  so,  he  may  enter: 

//NEW 

//ATTACH ,NEWD, XM650 DATA , I D=BKN I GHT , C Y=  3 . 

//READ,NEWD 

PHASOR  READING  DATA  SET  1 OF  FILE  NEWD 
38  CARD  IMAGES  READ 
// 

Note  that  if  the  NEW  directive  had  been  omitted  from  the 
above  sequence,  PHASOR  would  have  appended  the  cards  on 
file  NEWD  to  the  end  of  the  EDIT  file,  and  PHASOR 
would  have  been  ready  to  draw  or  analyze  both  shells 
togetherT 
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9.10  EDIT  DIRECTIVE 
Purpose:  To  enter  EDIT  mode. 

Format : 

//EDIT 

Parameters : none 
Applicable  options: 

PAGE,  FIRST,  START 

Discussion:  Entering  an  EDIT  DIRECTIVE  will  cause  PHASOR 

to  erase  the  screen  and  enter  EDIT  mode.  EDIT  mode  is 
discussed  in  detail  in  section  6.  The  PAGE  and  FIRST 
options  may  be  selected  to  be  specified;  these  are  dis- 
cussed in  section  10. 

Example : 

//EDIT 


DIRECTIVE  MODE 


9.11  DRAW  DIRECTIVE 
Purpose:  To  enter  DRAW  mode 
Format : 

//DRAW 

Parameters:  none 
Applicable  options: 

RADIAL,  XMIN,  XMAX,  VIEW,  YOVERX,  XSNAP,  YSNAP, 

YMIN,  XTIC,  YTIC , XTLI,  YTLI 

Discussion:  The  DRAW  DIRECTIVE  causes  PHASOR  to  erase 

the  screen  and  enter  DRAW  mode,  as  discussed  in  section  5. 
A number  of  options  are  available  for  altering  the 
type  of  display  generated,  aspect  ratio  of  the  axes, 
tic  marks  and  labels,  etc.,  and  these  are  discussed  in 
section  10. 

Examples : 

//DRAW 

This  causes  execution  of  draw  mode  with  default  values. 
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9.12  TABLET  DIRECTIVE 
Purpose:  To  enter  TABLET  mode. 

Format: 

//TABLET 

Parameters:  none 

Applicable  options: 

SETUP,  XMIN,  XMAX,  YOVERX,  XSNAP,  YSNAP 

Discussion:  Entering  TABLET  will  cause  PHASOR  to  erase  the 

screen  and  prepare  the  graphics  tablet  for  entry  of  data. 

A number  of  options  are  available,  and  are  discussed  in 
section  10.  Tablet  mode  is  discussed  in  detail  in  sec- 
tion 7. 

Example: 

//TABLET 


Parameters:  none 

Applicable  options: 

PAGE,  FIRST,  START,  TEASE 

Discussion:  Using  the  PREVIEW  DIRECTIVE  will  cause  PHASOR 

to  erase  the  screen  and  enter  the  PREVIEW  mode  to  allow  user 
to  display  the  contents  of  the  OUTPUT  file.  A number  of 
options  are  available  for  preview  mode,  and  are  discussed 
in  section  10.  PREVIEW  mode  is  discussed  in  section  8. 

Example:  //PREVIEW 
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DIRECTIVE  MODE 


9.14  CALCOMP  DIRECTIVE 
Purpose:  To  make  a CALCOMP  plot 
Format : 

//CALCOMP 
Parameters : none 
Applicable  options 

RADIAL,  XMIN,  XMAX,  VIEW,  YOVERX,  YMIN , SCALE 

Discussion:  Using  the  CALCOMP  DIRECTIVE  will  cause  PHASOR 

to  prompt  user  to  enter  certain  required  information  so 
as  to  make  a calcomp  plot.  PHASOR  then  returns  to  DIRECTIVE 
mode,  while  simultaneously  a magnetic  tape  is  generated 
for  later  production  of  the  finished  plot.  As  an  aid  to 
identiif ication  of  the  plot,  a unique  plot  job  name  will  be 
placed  on  the  plot  and  displayed  at  the  screen  by  PHASOR. 

Each  CALCOMP  DIRECTIVE  will  produce  a new  plot. 

Example: 

//CALCOMP 

ENTER  VALID  BILLING  CODE  FOR  PLOT  JOB 
( FORMAT=XXX-YYY) =738-017 

ENTER  YOUR  LAST  NAME,  1ST  INITI AL=MILLER, B 
JOB  NAME  WILL  BE  JHJHI40. 

// 

This  dialog  will  cause  a plot  of  the  contents  of  the  EDIT 
file  to  be  made.  The  plot  will  be  labelled  "JHJHI40"  for 
ease  of  identification  when  retrieved  from  the  central  site 
in  building  351. 

HOUSTON  BINARY  plots  are  not  supported. 

The  ability  to  make  CALCOMP  plots  from  an  interactive 
program  is  unique  to  PHASOR.  At  the  time  of  publication, 
no  other  interactive  program  at  Pica tinny  is  capable  of 
producting  a CALCOMP  plot  directly. 

A sample  CALCOMP  plot  is  shown  in  figure  9-1.  This  plot 
was  produced  by  specifying  the  VIEW  and  RADIAL  options  on  the 
CALCOMP  directive  (see  sections  10.8  and  10.3). 
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9.15  OPTION  DIRECTIVE 

Purpose:  To  set  an  optional  parameter  without  other  action. 
Format : 

//OPTION 

Parameters : none 
Applicable  options: 

PAGE,  FIRST,  RADIAL,  SETUP,  XMIN,  XMAX,  SCALE,  VIEW 
DECK,  SET,  OFFSET,  START,  TEASE,  YOVERX,  XSNAP,  YSNAP 
XTIC,  YTIC,  TMIN,  XTLI,  TYLI 

Discussion:  This  directive  may  be  used  to  preset  default 
values  for  certain  desired  options.  These  options  are 
discussed  in  section  10.  No  other  action  takes  place. 

Example: 

//OPTION , YOVERX- 1 .0343, XSNAP* . 005 , YSNAP- .005 

The  above  directive  causes  PHASOR  to  preset  the  YOVERX 
option  to  1.0343,  the  XSNAP  and  YSNAP  options  to  .005. 

The  meaning  of  these  and  other  options  is  discussed  in 
section  10. 
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9.16  STOP  DIRECTIVE 

Purpose:  To  stop  PHASOR  execution  and  return  to  COMMAND  mode. 
Format : 

//STOP 

Parameters : none 
Applicable  options:  none 
Example : 

//STOP 

STOP  PHASOR  - NORMAL  TERMINATION 
13.232  CP  SECONDS  EXECUTION  TIME 

COMMAND  - 
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17  LOGO  DIRECTIVE 

Purpose:  To  display  the  PHASOR  logogram 
Format : 

//LOGO 

Parameters : none 
Applicable  options : none 

Discussion:  This  DIRECTIVE  causes  PHASOR  to  erase  the 
screen  and  draw  the  PHASOR  insignia,  suitable  for  intro- 
ducing a demonstration. 


DIRECTIVE  MODE 


9.18  HARDCOPY  DIRECTIVE 

Purpose:  To  analyze  the  contents  of  the  EDIT  file  and  pro- 

duce complete  output  on  file  OUTPUT. 

Format : 

//HARDCOPY 

Parameters:  none 

Applicable  options:  none 

Discussion:  This  DIRECTIVE  performs  the  same  function 

as  the  H GINK  in  DRAW  mode,  except  that  no  display  is 
produced.  It  is  provided  in  order  to  give  the  user  the 
ability  to  get  quick  printed  results  without  having  to 
wait  for  PHASOR  to  draw  the  DRAW  mode  display  first. 

Example: 

//HARDCOPY 


DIRECTIVE  MODE 


9.19  SEND  DIRECTIVE 


Purpose:  To  send  the  current  OUTPUT  file  to  a line  printer 
at  the  central  site  or  any  remote  printer. 

Format: 

//SEND. xxx 
or 

//SEND 
Parameters : 

xx  is  the  SCOPE  INTERCOM  terminal  ID  of  the  selected 
printer. 

Discussion:  As  discussed  in  section  8,  "Preview  Mode", 
and  section  13.  "Printed  Hardcopy",  PHASOR  generates  a brief 
chronology  of  events  and  detailed  results  in  the  OUTPUT  file. 
The  OUTPUT  file  can  be  sent  to  any  line  printer  for  immediate 
printing  by  using  the  SEND  directive.  The  SEND  directive  can 
be  used  as  many  times  as  desired;  all  OUTPUT  generated  since 
the  last  SEND  directive  will  be  printed  at  the  designated 
terminal.  At  the  time  of  publication,  terminal  ID's  include: 

C Central  Site,  Bldg  351 
ACI  1700  Room,  Bldg  353* 

AC  Bldg  62 

AD  Bldg  65 

AG  Bldg  94 

AE  Bldg  266 

AF  Bldg  3359 

BZ  Bldg  171 

AI  Bldg  351 

If  no  ID  is  specified,  PHASOR  will  print  a list  of  current 
ID's  from  which  the  user  may  select.  A sample  SEND  is 
illustrated  in  Figure  9-2. 


•NOTE:  "ACI"  is  used  by  PHASOR  to  differentiate  between 

"AC"  on  mainframe  651  and  "AC"  on  mainframe  66B. 
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EFFECTED 

DIRECTIVES 


OPTION  KEYWORD 

READ 

SAVE 

PUNCH 

EDIT 

l 

c 

TABLET 

PREVIEW 

CALCOMP 

PERSISTENCE 

PAGE 

X 

X 

Until  //NEW 

FIRST 

X 

X 

Until  //NEW 

RADIAL 

X 

X 

Until  //NEW 

SETUP 

X 

Until  //NEW 

XMIN 

X 

X 

X 

Until  //NEW 

XMAX 

X 

X 

X 

Until  //NEW 

SCALE 

1 

X 

Until  //NEW 

VIEW 

X 

X 

Until  //NEW 

DECK 

X 

X 

X 

This  directive  only 

SET 

X 

This  directive  only 

OFFSET 

X 

This  directive  only 

START 

X 

X 

Until  //NEW 

TEASE 

X 

Until  //NEW 

YOVERX 

X 

Permanent 

XSNAP 

X 

X 

Until  //NEW 

YSNAP 

X 

X 

Until  //NEW 

XMIN 

X 

X 

Until  //NEW 

XTIC 

X 

X 

Until  //NEW 

YTIC 

X 

X 

Until  //NEW 

XTLI 

X 

X 

Until  //NEW 

YTLI 

y 

_x 

. Until  //NEW 

Figure  10-1.  Table  showing  which 
DIRECTIVES  are  effected  by 
various  OPTIONS. 
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10.  DIRECTIVE  OPTIONS 


Section  9 listed  the  basic  DIRECTIVES  which  are  avail- 
able to  control  PHASOR's  processing  sequence,  and 
detailed  the  required  parameters  for  each  DIRECTIVE.  In 
this  section,  a list  of  OPTIONS  will  be  introduced  for  use 
with  DIRECTIVES.  These  options  may  be  specified  or  omitted 
at  the  whim  of  the  user.  If  omitted,  the  default  values 
preset  for  PHASOR  will  be  used  for  the  unspecified  parameter. 
The  general  format  for  a DIRECTIVE  is: 

DIRECTIVE,  parameters,  options 

where  DIRECTIVE  is  the  command  keyword  for  the  activity 
to  be  performed,  parameters  are  any  required  parameters, 
and  options  are  specified  optional  keyword=value  pairs, 
for  instance: 

READ , MYF ILE , DECK=P ROMS  , SF,T=  3 , OFFS ET®  23.454 

In  this  example,  "READ"  is  the  directive,  "MYFILE"  is  the 
required  parameter  (logical  file  name) , and  the  remainder 
of  the  line  specifies  three  options:  (1)  That  the  file 
to  be  read  conforms  to  the  "PROMS"  program  input  format, 

(2)  That  the  data  base  to  be  used  is  the  third  data  set 
on  the  file,  and  (3)  That  the  origin  of  the  shell  on  the  data 
file  is  to  be  offset  by  23.454  inches  to  the  right  during 
the  read-in  process.  The  exact  meaning  of  these  options  will 
be  explained  in  more  detail  later. 

Options  are  always  specified  in  the  form, 

KEYWORD= VALUE 

Where  KEYWORD  is  the  name  of  the  desired  option,  as  listed 
in  this  chapter,  and  VALUE  is  the  attribure  to  be  assigned 
to  the  named  option.  As  many  KEYWORD=VALUE  pairs  may  be 
included  in  the  directive  as  desired. 

Figure  10.1  contains  a list  of  all  option  keywords 
available,  and  the  directives  they  effect.  Any  directives 
not  listed  in  the  table  are  uneffected  by  options. 

Note  that  the  table  in  figure  10.1  also  has  a column 
labelled  "PERSISTENCE".  This  column  tells  how  long  the 
option  remains  in  effect,  once  it  is  specified. 


OPTIONS 


Any  option  may  be  reset  at  any  time  by  re-specifying  the 
option.  Otherwise,  the  option  remains  as  set  until 
the  condition  in  the  "PERSISTENCE"  column  is  met.  Most 
options  are  persistent  "Until  //NEW".  This  means  that 
the  option  remains  in  effect  until  the  next  //NEW  DIRECTIVE 
(or  N GINK  in  DRAW  mode)  is  given;  at  that  point  PHASOR 
sets  the  option  back  to  its  default  value.  The  "DECK", 

"SET",  and  "OFFSET"  options  have  a persistence  listed  as 
"This  directive  only".  This  means  that  the  specified  option 
remains  in  effect  only  until  the  DIRECTIVE  on  which  the 
options  are  specified  is  processed.  Thereafter,  the  option 
will  automatically  return  to  the  default  value.  "YOVERX" 
is  the  only  option  listed  which  has  a "permanent"  persistence. 
Once  specified,  the  value  given  for  "YOVERX"  will  remain 
in  effect  permanently  (unless  respecified  by  another 
"YOVERX=VALUE"  on  another  DIRECTIVE) . 

Options  may  be  specified  on  any  DIRECTIVE  except 
ATTACH  and  CATALOG.  However,  they  will  only  have  an 
effect  on  the  DIRECTIVES  indicated  in  the  table. 

The  following  sections  explain  the  purpose  of  each 
option,  and  give  the  legal  VALUES  which  may  be  associated 
with  a given  option,  as  well  as  the  default  value. 


OPTIONS 


10.1  PAGE  OPTION 

Purposes  To  alter  the  number  of  card  images  displayed  as 
one  page  during  EDIT  mode. 

Format  s PAGE=n 

where  n is  an  integer  number  between  3 and  30,  designat- 
ing the  number  of  card  images  to  be  displayed  at  once  during 
EDIT  mode. 

Default  value:  PAGE=20 

NOTE:  If  the  "PAGE=n"  option  is  specified  on  a PREVIEW 

DIRECTIVE,  it  is  interpreted  the  same  as  START=n  option. 

Example: 

User  wishes  to  enter  EDIT  mode,  but  desires  to  have 
smaller  display  pages  than  the  default  size  of  20,  because 
it  takes  the  TEKTRONIX  terminal  a considerable  amount  of 
time  to  display  20  card  images  at  300  baud.  User,  there- 
fore types, 

//EDIT,PAGE=10 

which  will  cause  PHASOR  to  enter  EDIT  mode  with  a display 
page  size  of  10  instead  of  20  card  images.  PHASOR,  there- 
fore, erases  the  screen  and  displays  cards  1 through  10  of 
user's  EDIT  file. 
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10.2  FIRST  OPTION 

Purpose:  To  designate  the  first  card  image  to  be  shown 
during  EDIT  mode. 

Format:  FIRST=n 

where  n is  any  positive  integer,  designating  the  desired 
card  number. 

Default  value:  FIRST=1. 

NOTE:  If  "FIRST=n"  option  is  specified  on  a PREVIEW  DIRECTIVE, 

it  is  interpreted  the  same  as  "START=n". 

Example : 

User  wishes  to  enter  EDIT  mode  to  examine  the  contents 
of  his  EDIT  file.  User  knows  that  he  wants  to  look  at  the 
fiftieth  card  on  the  EDIT  file,  and  that  he  wants  only  15 
cards  displayed  at  a time.  Therefore,  he  enters, 

//EDIT , PAGES15 , FIRST=50 

PHASOR  will  release  the  screen  and  display  card  images  for 
card  numbers  50  through  64  in  response.  If  user  had  omitted 
the  "PAGE=15"  options,  PHASOR  would  display  cards  50  through 
69,  since  the  default  page  size  is  20. 
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10 . 3 RADIAL  OPTION 

Purpose:  To  turn  on  or  off  the  automatic  drawing  of  radial 
lines  at  the  ends  of  BODY,  FIN  and  OGIVE  items. 


Format:  RADIAL-ON 

ot 

RADIAL=OFF 

Default  value:  RADIAL-ON 

Discussion:  Figure  10.2  shows  a DRAW  mode  display  in  the 
normal  format  (RADIAL-ON) . Figure  10-3  shows  the  same  data 
displayed  with  " RADI AL-OFF " option  specified  on  the  DRAW 
DIRECTIVE.  Notice  that  the  vertical  lines  normally  drawn 
from  the  ends  of  each  item  to  the  centerline  are  absent. 

This  is  the  effect  of  the  " RADI AL— OFF " option. 

This  option  may  seem  of  dubious  value  from  figure  10-3. 
However,  if  you  examine  figure  10-4,  which  was  also  made 
using  "RADIAL-OFF"  you  will  notice  that  the  display  is  en- 
hanced because  only  the  radial  lines  at  the  ends  of  the 
physical  shell  are  drawn  in.  This  kind  of  display  is 
highly  desirable  for  inclusion  in  reports  or  other  presenta- 
tions, since  the  actual  cross-section  of  the  shell  is  more 
clearly  displayed.  In  order  to  display  a shell  with  only 
certain  radial  lines  drawn,  a special  format  is  used  for  the 
input.  This  is  the  conditional  radial  line  format. 

CONDITIONAL  RADIAL  LINE  FORMAT  ON  THE  DATA  FILE: 

Figure  10-5  shows  a listing  of  the  data  file  used  to 
create  the  display  of  figure  10-4.  Notice  that  certain 
numbers  in  the  first  two  columns  are  followed  immediately 
by  an  asterisk  (*) . This  asterisk  is  the  conditional  radial 
line  flag  character  for  PHASOR.  When  PHASOR  draws  a display 
with  the  " RADI AL— OFF " option  specified,  it  will  not  draw  the 
radial  lines  EXCEPT  when  the  asterisk  follows  the  diameter 
or  radius  data  column.  If  the  asterisk  follows  the  "Dl" 
field,  the  radial  line  at  the  left  end  of  the  item  will 
be  drawn;  if  the  asterisk  follows  the  "D2"  field,  then  the 
right  hand  radial  line  will  be  drawn.  The  asterisk  must 
follow  the  numeric  data  immediately,  with  no  blanks  between 
the  last  numeric  digit  and  the  asterisk.  If  "RADIAL-ON"  is 
specified,  all  radial  lines  are  drawn,  regardless  of  asterisks. 
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Example: 

Assume  the  following  body  cards  are  on  the  EDIT  file,  and 
that  user  enters: 

//DRAW, RADIAL=OFF 


Data  Cards 


Remarks 


B 

2.0*  2.  2.  .1  0.  Left  radial  line  only 

2,  1.,  1 .1  2 No  radial  lines 

1.  1*  , 1.0,  .1,3.  Right  radial  line  only 

1.*  l.*  1.  -.1  1.  Left  and  Right  radial 

line 


The  resulting  figure  is  shown  in  figure  10-6,  and  the  EDIT 
File  in  figure  10-7. 
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Figure  10-3.  The  same  shell  as 
in  figure  10-2,  but  with  the 
RADIAL**OFF  option  selected. 
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of  figure  10- 
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OPTIONS 


10 . 4 SETUP  OPTION 


Purposes  To  turn  on  or  off  the  tablet  setup  procedure  upon 
entering  TABLET  mode. 

Format : SETUP**ON 

or 

SETUP=OFF 

Default  value:  SETUP=ON 

Discussion:  Normally,  when  a TABLET  directive  is  processed, 

PHASOR  will  begin  a dialog  with  the  user  to  calibrate  the 
graphics  tablet.  This  dialog  begins  with  PHASOR  prompting, 

TABLET  INITIALIZATION.  ENTER  LOGICAL  VALUE  OF  XMIN= 

This  tablet  calibration  procedure  enables  PHASOR  to  digitize 
points  from  the  tablet  in  user's  coordinate  system.  Suppose 
however,  that  after  entering  some  points,  user  returns  to 
DIRECTIVE  mode  to  perform  analysis,  edit  the  data,  etc.  If 
user  decides  to  re-enter  TABLET  mode  to  digitize  more  points 
PHASOR  will  begin  the  entire  calibration  procedure  again. 
This  is  not  necessary,  however,  if  user  is  using  the  same 
drawing,  since  PHASOR  already  has  calibrated  the  tablet  once 
for  this  drawing.  By  specifying  "SETUP=0FF",  user  can 
by-pass  the  calilbration  dialog.  PHASOR  will  use  the 
last  calibration  data  it  received. 

Example : 

User  has  previously  digitized  a portion  of  his  shell 
from  the  tablet.  He  then  re-entered  DIRECTIVE  mode,  and 
EDIT  mode,  to  correct  some  erroneous  entries.  After  re- 
returning from  EDIT  mode  to  DIRECTIVE  MODE,  user  is  ready 
to  re-enter  TABLET  mode  to  digitize  the  remainder  of  his 
shell.  Since  he  does  not  want  to  repeat  the  tablet  initiali 
zation  again,  user  types, 

//TABLET , SETUP=OFF 
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10.5  XMIN  OPTION 

Purpose:  To  specify  the  smallest  X-value  (reference)  to 
be  displayed  or  plotted. 

Format : XMIN=value 

or 

XMIN=? 

Where  value  is  any  number,  and  ? is  the  character  "?". 

If  the  form,  "XMIN=value"  is  selected,  PHASOR  will  construct 
the  display  so  that  the  number  "value"  will  be  approximately 
at  the  left  end  of  the  axis.  However,  if  "value*  does  not 
lend  itself  to  "neat"  axis  tic  marks,  PHASOR  may  round  the 
axis  endpoint  downward  somewhat  so  as  to  give  "neat"  tic 
marks. 

If  the  "XMIN=?"  form  is  selected,  PHASOR  will  draw  the 
axis  lower  limit  such  that  all  items  on  the  EDIT  file  will 
have  their  references  to  the  right  of  the  left  axis,  and 
"neat"  tic  intervals  will  be  made. 

Default  value: 

(a)  If  this  is  the  first  DRAW,  TABLET  or  CALCOMP  dir- 
ective since  the  beginning  of  the  program,  or  since  the  last 
//NEW  directive,  then  "XMIN=?"  is  the  default. 

(b)  If  this  is  not  the  first  DRAW,  TABLET,  or  CALCOMP 
DIRECTIVE,  then  XMIN  is  set  to  the  value  previously  used. 

(c)  If  XMIN=?  is  selected  or  taken  by  defualt,  and  no 
data  exists  on  the  EDIT  file,  then  XMIN=0. 

Discussion: 

The  XMIN  option  may  seem  confusing  and  complicated, 
but  it  is  really  just  a logical  attempt  to  "human  engineer" 
PHASOR.  The  following  discussion  also  applies  to  XMAX  option. 

Normally,  you  wouldn't  specify  XMIN  or  XMAX  when  drawing 
a shell.  In  this  case,  PHASOR  will  draw  the  shell  so  that 
the  whole  shell  will  fit  in  the  display,  regardless  of  the 
dimensions  of  the  shell.  Furthermore,  it  will  draw  it  so 
as  to  have  reasonable  tic  marks  and  labels.  For  instance, 
if  the  shell  starts  at  X=0  and  extends  to  X=22.134  PHASOR 
will  make  the  end  points  of  the  plot  0 and  24.  Once  0 and 
24  are  established  as  the  endpoints,  they  remain  so  until 
you  specify  them  differently,  or  a new  shell  is  begun. 
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Suppose  you  want  to  "zoom"  in  on  a specific  part  of 
the  shell,  for  example,  from  X=12  to  x=18.  All  you  do 
is  specify,  "XMIN=12 ,XMAX=18" . ~ If  you  specify  endpoints 
which  don't  lend  themselves  to  neat  axis  tic  marks,  such 
as  "XMIN=11. 46 , XMAX=17 . 977" , PHASOR  will  round  the  endpoints 
so  as  to  give  neat  tic  marks,  for  instance  XMIN=11  and 
XMAX=18.  Note  that  PHASOR  always  rounds  the  axis  endpoints 
"outward",  so  that  the  specified  points  are  always  included 
in  the  display. 

If  you  enter,  "XMIN=?  ,XMAX=?",  you  are  merely  telling 
PHASOR  to  re-compute  the  endpoints  of  the  axis  so  every- 
thing on  the  shell  will  fit  in.  You  might  use  this  form 
after  a zoom  when  you  wish  to  return  to  a full-view. 

Special  conditions:  Note  that  when  PHASOR  scans  the 
EDIT  file  data  to  determine  the  axis  endpoints  for  "XMIN=?" 
and/or  "XMAX=?",  it  will  construct  the  axis  endpoints  so 
that  the  entire  shell  will  fit  on  the  screen,  both  in  the 
X and  Y direction.  Therefore,  if  you  have  a shell  that 
is  only  6 inches  long  but  12  inches  in  diameter,  you 
may  find  that  PHASOR  selected  XMAX=10,  instead  of  6, 
because  it  could  not  fit  the  entire  diameter  of  the  shell  in 
the  display  when  X=6. 

Exception:  When  considering  ogives,  PHASOR  will  only 
consider  the  endpoints  of  the  ogive  when  calculating  end- 
points for  the  axis.  Therefore  it  is  possible  to  construct 
an  ogive  where  the  endpoints  of  the  ogive  are  in  the  display, 
but  the  bulge  of  the  curve  might  lie  off  the  display. 
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10.6  XMAX  OPTION 

Purpose:  To  specify  the  largest  X-value  to  be  displayed  or 
plotted. 

Format:  XMAX=value 
or 

XMAX=? 


Where  value  is  any  number  and  ? is  the  character  "?". 

If  the  form  "XMAX=value"  is  selected,  PHASOR  will  construct 
the  axis  endpoints  such  that  the  right  end  of  the  axis 
will  be  approximately  at  "value".  However,  if  "value"  does 
not  lend  itself  to  "neat"  tic  marks,  PHASOR  will  round 
"value"  up  somewhat  so  as  to  make  neat  tic  marks. 

If  the  form  "XMAX=?"  is  selected,  PHASOR  will  draw  the 
axis  upper  limit  such  that  all  items  on  the  EDIT  file  will 
have  their  right  endpoints  to  the  left  of  the  end  of  the 
axis. 

Default  value:  See  rules  for  default  value  of  XMIN,  section 
10.5. 

Discussion:  See  discussion  for  XMIN,  section  10.5 


m 
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10.7  SCALE  OPTION 

Purpose:  To  set  scaling  factor  for  CALCOMP  plots. 

Format:  SCALE=value 

where  value  is  any  positive  number  designating  the  ratio 
of  physical  dimensions  of  the  plot  to  dimensions  on  the  EDIT 
file. 

Default  value:  SCALE=1.0 
Example : 

For  a small  projectile,  user  wishes  to  make  a CALCOMP 
plot  that  is  four  times  actual  scale  for  the  shell.  Further- 
more, user  only  wishes  the  section  of  the  shell  from  X=1.0  to 
X=2.0  to  be  plotted.  User  types, 

//CALCOMP , XMIN— 1 , XMAX=2 . , SCALE=4 

When  the  CALCOMP  plot  is  completed,  it  will  have  an  X axis 
that  is  4 inches  long,  with  the  left  end  labelled  "1.0" 
and  the  right  end  labelled  "2.0" 

NOTE : If  an  attempt  is  made  to  make  a plot  with  a scale 

so  large  that  the  size  of  the  plot  would  go  off  the  plotting 
paper  or  exceed  the  current  system  length  limit,  PHASOR  will 
automatically  reduce  the  plot  size  until  it  will  fit  in  the 
available  space.  The  maximum  allowable  si2e  is  60  inches  long 
by  24  inches  high. 
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10.8  VIEW  OPTION 

Purpose:  To  select  "half-shell"  or  "whole-shell"  display  or 
plot  of  shell. 

Format:  VIEW=HALF 

VIEW=FULL 
or 

VIEW=WHOLE 

where  the  first  forms  selects  a "half-shell"  view,  where 
only  the  upper  half  of  the  shell  is  shown,  and  the  second  two 
forms  select  "full-shell"  view,  with  both  upper  and  lower 
halves  displayed. 

Default  value:  VIEW=HALF 

Example:  Figure  10-8  illustrates  a sample  shell  drawn  in 

the  defualt  VIEW  mode.  By  typing, 

//DRAW,  VIEW=*FULL 

the  display  of  figure  10-9  was  obtained. 

NOTES : 


1.  If  VIEW=FULL  is  elected  at  the  same  time  as 
YMAX*value,  where  value  is  greater  that  0,  whichever  of  these 
two  conflicting  options  was  set  last  will  take  precedence. 

2.  Selecting  YMIN=value  where  value  is  less  than  zero 
always  implies  VIEW=FULL. 

3.  Selecting  YMIN=0  always  implies  VIEW=HALF. 

These  three  restrictions  also  apply  to  zooming  using  the 
Z GINK  in  DRAW  mode. 
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Figure  10-9.  Same  model 
in  figure  10-8,  but  wit 
VIEW-FULL  option  in  eff 
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10.9  DECK  OPTION 

Purpose:  To  translate  a deck  to  or  from  a non-PHASOR 
format : 

Format:  DECK=PHASOR 

or 

DECK**  WEIGHT 
or 

DECK=PROMS 

where  the  first  form  selects  no  translation,  the  second 
form  selects  translation  to/from  a "WEIGHT"  program  deck, 
and  the  third  form  selects  translation  to/from  a "PROMS" 
deck.  (see  reference  2 and  3) . 

If  this  option  is  specified  on  a READ  DIRECTIVE,  the 
specified  logical  file  (lfn)  is  translated  non-destructively 
by  PHASOR  to  PHASOR  format. 

If  this  option  is  specified  on  a SAVE  DIRECTIVE,  the 
specified  logical  file  is  produced  by  translating  the  EDIT 
file  to  the  desired  format. 

Default  value:  DECK=PHASOR 

Discussion:  This  option  is  provided  as  a convenience.  It 
enables  users  with  existing  data  decks  for  the  WEIGHT  pro- 
gram or  the  PROMS  program  to  run  their  decks  without 
modification  on  PHASOR.  Further,  if  it  is  desired  to  run 
a PHASOR  data  deck  on  one  of  these  programs,  the  DECK  option 
can  be  used  to  create  a data  deck  compatible  with  these 
programs. 

Note:  When  saving  a deck  in  a non-PHASOR  format,  PHASOR 
format  ogives  are  automatically  converted  to  WEIGHT  or 
PROMS  format  ogives.  Any  other  data  card  types  peculiar 
to  PHASOR  such  as  "W"  "C"  and  "L"  are  ignored. 

Example : 

User  has  an  old  data  deck  for  WEIGHT  analysis  on  a 
permanent  file.  He  wishes  to  analyze  the  data  on  the 
deck  using  PHASOR.  The  following  dialog  is  used  to  instruct 
PHASOR  to  use  this  deck. 

//ATTACH , WDATA , WE I GHTDECK , C Y - 1 , I D=B ARETT A 
//ftfeAD , WDATA , DECK“WElGHT 

PHASOR  READING  DATA  SET  1 OF  WEIGHT  DECK  ON  WDATA 
END-OF-FILE  WDATA  AFTER  78  CARD  IMAGES. 

PHASOR  TRANSLATING  DECK  TO  PHASOR  FORMAT... 

80  CARD  IMAGES  READ. 

//  10-22 
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The  EDIT  file  now  contains  the  equivalent  PHASOR  format 
deck.  Notice  that  the  number  of  card  images  read  after  trans- 
lation is  not  necessarily  the  same  as  the  number  of  card 
images  on  the  WEIGHT  format  file,  since  PHASOR  had  to  insert 
certain  data  key  cards  and  remove  the  item  count  card  from 
the  original  deck. 
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10.10  SET  OPTION 

Purpose:  To  select  a particular  data  set  from  a file  con- 
taining more  than  one  data  set. 

Format : SET=n 

where  n is  a positive  integer  representing  the  number 
of  the  data  set  to  be  selected. 

Default  value:  SET=1 

Discussion:  More  than  one  data  set  may  reside  on  a single 
local  or  permanent  file.  Data  sets  may  be  delimited  by  an 
"END"  card  in  column  1-3,  or  in  the  case  of  PROMS  decks, 
by  an  "ENDDATASET"  card  in  columns  1 through  10.  To  read 
the  first  data  set,  specify  "SET=1". 

Example:  User  has  cataloged  a file  containing  data  bases  for 

three  shells,  as  follows: 

T XM650E1  MOD  1 DATA 
• • • • 

....  data  cards  are  needed  for  first  shell 
• • • • 

END 

T XM  50E  MOD  2 DATA 

• • • • 

....  data  cards  for  second  shell 

• • • • 

END 

T XM650E1  MOD  6 DATA 


7/8/9  card 

Assuming  user  has  this  data  file  available  on  local  file 
XM650,  to  read  the  MOD  2 DATA  (the  second  data  set)  into 
the  EDIT  file,  user  could  enter, 

//READ,XM650,SET«2. 

PHASOR  READS  DATA  SET  2 OF  FILE  XM650 
103  CARD  IMAGES  READ. 

// 
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10.11  OFFSET  OPTION 

Purpose:  To  add  a constant  value  to  all  reference  dimensions 
in  a data  base. 

Format : OFFSET=value 

where  value  is  any  positive  of  negative  number. 

Default  value:  OFFSET=0. 

Discussion:  Occasionally  it  is  necessary  to  join  together 
two  or  more  pieces  of  a shell,  each  of  which  has  been  sep- 
arately defined.  This  option  can  be  used  on  a READ  directive 
to  "move"  one  of  the  pieces  so  it  will  mate  properly  with 
the  other  parts.  Otherwise  it  would  be  necessary  to  manually 
adjust  all  the  references  on  the  piece,  or  else  use  its  total 
properties  as  a known  item  with  the  C.G.  adjusted. 

Example:  User  has  a warhead  and  motor  body,  each  of  which 

has  been  previously  analyzed  and  resides  on  its  own  data  file. 
Both  warhead  and  motor  body  were  originally  defined  as  start- 
ing at  reference  0.  Now  user  wishes  to  combine  the  motor  and 
the  warhead.  However,  user  knows  that  the  motor  body  should 
start  at  reference  20.6  relative  to  the  start  of  the  warhead. 
To  accomplish  this  transformation,  user  combines  the  two  data 
files  into  one  edit  file  as  follows: 

//READ,  WARHEAD 

PHASOR  READS  DATA  SET  1 OF  FILE  WARHEAD 
66  CARD  IMAGES  READ. 

//READ,  MOTOR, OFFSET=20. 6 

PHASOR  READS  DATA  SET  1 OF  FILE  MOTOR 

47  CARD  IMAGES  READ. 

// 

Now  the  EDIT  file  will  consist  of  113  card  images, 
and  all  parts  of  the  motor  body  will  have  their  reference 
dimensions  biased  by  20.6  so  that  when  the  shell  is  drawn, 
the  motor  body  will  appear  in  the  correct  position  at  the 
right  end  of  the  warhead,  instead  of  superimposed  over  its 
left  end. 
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10.12  START  OPTION 

Purpose:  To  specify  which  printer-page  of  output  is  to  be 
displayed  first  during  PREVIEW  operation. 

Format : START=*n 

where  n is  any  positive  integer,  indicating  the  de- 
sired printer  page  number. 

Default  value:  START=1. 

Note:  If  the  START  option  is  specified  on  an  EDIT  DIRECTIVE, 

it  is  interpreted  as  a FIRST  OPTION. 

Example:  After  performing  some  analysis,  user  wishes  to 
preview  the  printed  output  from  PHASOR.  However,  he  only 
wishes  to  see  the  last  page  of  printout.  He,  therefore, 
types, 

//PREVIEW,  START  =*1000 

Since  user  specified  START=1000,  PHASOR  will  display  the  last 
page,  since  there  are  fewer  than  1000  pages  of  printout 
actually  generated. 
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10.13  TEASE  OPTION 

Purpose:  To  specify  the  number  of  lines  to  be  displayed  at 
the  top  of  each  printer-page  as  a "tease",  during  PREVIEW 
mode. 

Format : TEASE*n 

where  n is  an  integer  between  1 and  52,  indicating  the 
desired  number  of  lines. 

Default  value:  TEASE=7. 

Example:  To  display  a 10  line  tease  at  the  top  of  each 
new  printer-page  display  instead  of  a 7 line  tease,  user 
enters, 

//PREVIEW, TEASE°10 


OPTIONS 


! 

t 


10.14  YOVERX  OPTION 

Purpose:  To  specify  the  aspect  ratio  of  the  display. 

Format:  YOVERX-v 

where  v is  any  number  representing  the  desired  ratio  of 
Y (radial)  units  to  X (longitudinal)  units. 

Default  value:  YOVERX-l.OOO 

Discussion:  PHASOR  draws  the  cross-section  view  of  the  shell 
so  that  the  X and  Y axis  are  approximately  in  the  same  scale 
as  they  appear  on  the  screen.  However,  due  to  the  nature  of 
the  hardware  of  the  4014  terminal,  when  a hardcopy  is  made  on 
the  4631  hardcopy  unit,  the  X and  Y scales  will  become  some- 
what distorted.  If  you  were  to  measure  10  units  on  the  X axis 
on  the  hardcopy,  for  instance,  you  would  find  that  it  is  not 
the  same  length  as  10  units  on  the  Y axis.  Unfortunately,  the 
variation  is  different  with  each  unit  and  is  a function  of  the 
service  adjustments  on  the  terminal.  Therefore,  it  is  impossible 
for  PHASOR  to  be  able  to  automatically  make  "true"  hardcopies. 
However,  if  it  is  desired  to  have  a hardcopy  with  true  aspect 
ratio  for  inclusion  in  a report  the  following  procedure 
can  be  used  to  approximate  a true  1:1  relation  between  horizon- 
tal and  vertical: 

(1)  Enter  DRAW  mode  without  anything  in  the  EDIT  file.  PHASOR 
will  draw  the  X axis  20  units  long. 

(2)  Make  a hardcopy.  Using  a scale,  carefully  measure  the 
length  from  X=0  to  X«6  and  record  this  value  (it  will  be  roughly 
2.4  inches) . 

(3)  Now  measure  the  distance  from  Y"0  to  Y»6  units,  and  record 
it. 

(4)  Compute  the  ratio  of  values  obtained  from  steps  (2)  and  (3) 
above.  This  is  the  value  to  specify  for  the  YOVERX  on  the 

new  DRAW  DIRECTIVE. 

Example:  In  order  to  obtain  a "true"  hardcopy,  user  follows 
the  above  procedure.  User  finds  the  X distance  for  six  units 
to  be  2.42  inches,  and  the  Y distance  to  be  2.49  inches.  The 
corrected  YOVERX  value  is  therefore  0.972.  User  therefore 
creates  his  display  for  permanent  retention  by  typing. 


//DRAW,YOVF!RX«0.972 
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10.15  XSNAP  OPTION 

Purpose:  To  specify  the  "snap"  in  the  X direction. 
Format : XSNAP=v 

where  v is  the  desired  "snap  velue". 

Default:  XSNAP=0. 


Discussion:  The  SNAP  setting  applies  DRAW  and  TABLET  mode. 
SNAP  is  the  property  of  selective  roundoff  of  input  values. 

It  is  a natural  consequence  of  the  hardware  that  values 
entered  via  the  cursor  during  DRAW  mode  or  via  the  pen 
during  TABLET  mode  are  not  "neat"  numbers.  For  instance, 
if  you  tried  to  input  the  coordinate  at  (2,4)  with  the  pen, 
it  might  actually  be  entered  as  (1.998553544,4.02222222). 

To  help  alleviate  this  problem,  PHASOR  has  the  ability  to 
"snap"  these  input  values  to  the  nearest  "neat"  number.  The 
amount  of  "snap"  is  user-selectable.  A "snap"  value  of  .5 
means  that  PHASOR  should  roundoff  each  input  value  to  the 
nearest  0.5  units.  The  table  below  will  help  clarify  the 
meaning  of  "snap"  with  a few  examples 


If  the  X value  And  XSNAP 

from  the  tablet  is...  is 


Then  the 
X Value  is. . . . 


2.07070707 

2.07070707 

2.07070707 

2.07070707 

2.07070707 

2.07070707 

2.07070707 

2.07070707 


0.1 

2.100000000 

0.05 

2.050000000 

0.02 

2.080000000 

0.01 

2.070000000 

0.0 

2.070707070 

1.0 

2.000000000 

2.0 

2.000000000 

4.0 

4.000000000 

Example:  User  wishes  to  digitize  a shell  from  the  tablet. 
User  wants  all  input  dimensions  from  the  tablet  to  be  rounded 
off  to  the  nearest  .01  inch.  He  therefore  enters. 


//TABLET, XSNAPa. 01,YSNAP=. 01 


10.16  YSNAP  OPTION 

Purpose:  To  specify  the  "snap"  in  the  Y direction. 

Format:  YSNAP=v 


where  v is  the  desired  amount  of  snap. 

Default  value:  YNSAP=0.0 

The  discussion  under  section  10.15  applies  to  YSNAP. 
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10.17  YMIN  OPTION 

Purpose:  To  specify  the  minimum  Y coordinate  to  be  displayed 
or  plotted,  and  to  control  the  type  of  display  generated. 

Format:  YMIN=v 

where  v is  a number  representing  the  minimum  Y value 
desired: 

Default  value:  YMIN=0.0 

Discussion:  The  YMIN  option  may  be  used  to  "zoom"  in  on 

a particular  area  of  the  shell  when  used  in  conjunction  with 
• the  "XMIN"  and  "XMAX"  options.  For  all  values  of  YMIN  which 

are  positive,  the  YMIN  option  functions  in  an  equivalent 
fashion  to  XMIN,  but  for  the  Y axis.  However,  specifying 
a YMIN  as  a negative  value  will  result  in  a display  where 
the  numerical  value  of  YMIN  is  ignored,  but  the  VIEW=FULL 
option  is  automatically  selected.  Specifying  YMIN=0  will 
result  in  the  Vir.W=HALF  option  being  selected  automatically. 

See  the  VIEW  option,  section  10.8  for  details. 

' * , 

• Note  that  there  is  no  such  thing  as  a " YMAX"  option. 

■ I 

:j 
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10.18  XTIC  OPTION 

Purpose:  To  specify  the  logical  distance  between  X axis 
tic  marks. 

Format:  XTIC=v  or  XTIC=OFF  or  XTIC»? 

where  v is  any  positive  value  representing  the  desired 
tic  interval  on  the  X axis. 

Default:  Selected  by  an  algorithm  such  that  neat  tic  marks 
will  exist  and  there  will  be  between  12  and  30  tic  marks 
on  the  axis. 

Discussion:  Normally  the  tic  marks  are  drawn  by  PHASOR  so 
that  they  will  automatically  give  a display  that  is  neat 
in  appearance  with  adequate  tic  marks.  However,  user  may 
override  the  default  tic-mark-generation  mechanism,  and 
explicitly  define  the  logical  distance  between  tic  marks. 

Example:  User  wishes  to  have  tic  marks  every  0.1  units 

along  the  X axis.  He  enters, 

/ /DRAW , XTIC= . 1 

Note:  Specifying  XTIC=0  or  XTIC=OFF  will  result  in  no  tic 

marks  at  all  being  displayed.  Specifying  XTIC=?  will  cause 
PHASOR  to  resume  its  automatic  procedure  for  specifying  tic 
marks. 
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10.19  YTIC  OPTION 

Purpose:  To  specify  the  logical  distance  between  Y axis 
tic  marks. 

Format:  YTIOv  or  YTIC-OFF  or  YTIC-? 

Where  v is  any  positive  number  representing  the  desired 
tic  interval  on  the  Y axis. 

Default  value:  Selected  by  an  algorithm  such  that  tic  marks 
appear  at  "neat"  intervals,  and  that  this  tic  interval  is  the 
same  as  on  the  X axis. 

Discussion:  Normally  PHASOR  creates  the  Y axis  with  the  same 
distance  between  tic  marks  as  the  X axis.  However,  user  can 
override  this  procedure  using  the  YTIC  option. 

Example:  User  wishes  to  have  tic  marks  every  .25  inches  on 
the  X axis  and  every  .1  inch  on  the  Y axis.  He,  therefore 
enters : 

//DRAW , XTIC= . 2 5 , YTIC- . 1 
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10.20  XTLI  OPTION 

Purpose:  To  specify  the  tic  label  interval  for  the  X axis. 

Format:  XTLI=n  or  XTLI=?  or  XTLI=OFF 

where  n is  any  positive  integer,  indicating  the  desired 
interval  in  terms  of  the  marks. 

Default:  XTLI=2. 

Discussion:  Normally  PHASOR  produces  a numeric  tic-label 
on  every-other  tic  mark.  However,  this  procedure  may  be 
overridden  by  the  XVLI  option.  The  tic  interval  should  be 
specified  in  terms  of  the  number  of  tic  marks  to  draw  be- 
tween tic  marks.  XTLI=1  means  label  every  tic  mark:  XTLI=3 
means  label  every  third  tic  mark,  etc.  Specifying  XTLI=? 
means  PHASOR  should  return  to  its  ususal  method.  Specifying 
XTLI=0  or  XTLI=OFF  means  no  tic  labels  at  all  should  be 
displayed. 

Example:  User  wishes  to  have  axis  tic  marks  every  10  units, 
but  with  every  tic  mark  having  a numeric  label.  User  enters 


//DRAW, XTIC=10 . , XTLI=1 


OPTIONS 


10.21  YTLI  OPTIONS 

PURPOSE:  To  specify  the  tic  label  interval  for  the  Y axis. 

Format:  YTLI=n  or  YTLI=OFF  or  YTLI=? 

Default  value:  YTLI=2 

Discussion:  The  discussion  of  section  10.20  also  applies 

to  YTLI,  except  that  the  Y axis  will  be  effected. 


11.  AUTOMATIC  OUTER  VOLUME  ALGORITHM 

The  outer  volume  of  a shell  is  often  needed  for  certain 
ballistic  computations.  In  the  past,  using  the  WEIGHT  pro- 
gram or  PROMS  program,  the  user  obtained  the  outer  volume 
of  the  shell  being  analyzed  by  designating  which  pieces  of  the 
shell  comprised  the  outer  volume.  Designation  was  made  by 
typing  a "1"  in  column  72  to  indicate  that  the  item  on 
the  card  was  part  of  the  outer  surface. 

PHASOR  eliminates  the  need  for  this  procedure  by  auto- 
matically computing  the  outer  volume  of  the  shell.  If 
a "1"  is  present  in  column  72,  it  is  ignored.  This 
feature  reduces  the  likelihood  of  error  in  outer  volume  calcu- 
lations considerably,  especially  in  configurations  which  are 
being  changed  frequently.  However,  there  are  several 
restrictions  which  must  be  carefully  observed  in  order  to 
avoid  errors.  Failure  to  observe  these  rules  will  result  in 
erroneous  outer  volume  computations  without  warning  error 
messages^  Refer  to  figure  11-1  in  conjunction  with  the  follow- 
ing rules . 

1.  "Open"  ends,  such  as  the  "hollow"  boattail  of  figure  11-la, 
are  not  subtracted  by  PHASOR.  The  outer  volume  is  the 
rotated  projection  of  the  outer  surface  on  the  X axis.  If  it 
is  desired  to  eliminate  the  "open"  end  volume  from  the  com- 
putation this  volume  must  be  subtracted  from  the  total  volume 
manually.  The  shaded  area  of  fiqure  11-la  indicates  the  outer 
volume  PHASOR  will  compute. 

2.  Fins  are  never  included  in  outer  volume  computations, 
whether  they  are  part  of  the  outer  volume  or  not.  This  is 
because  it  is  too  difficult  to  implement  a generalized 
algorithm  capable  of  determining  the  volume  of  a fin  which 
lies  outside  of  the  outermost  body  item.  Although  the  author 
has  developed  such  an  algorithm,  the  present  computer  memory 
allocated  for  interactive  programs  is  insufficient  to  implement 
it.  However,  it  should  be  noted  that  this  is  not  a short- 
coming of  PHASOR  when  compared  with  the  WEIGHT  program  or 
PROMS,  since  neither  of  these  programs  will  produce  the  correct 
result  if  a fin  is  declared  to  be  an  outer  item.  Thus  fins 
should  never  be  included  in  the  PROMS  or  WEIGHT  volume 
computation  either.  If  it  is  desired  to  include  fins  in 

the  outer  volume,  the  computation  must  be  made  manually. 

For  a more  detailed  discussion  of  the  reasons  for  this 
limitation  in  all  three  programs,  refer  to  Appendix  D.  Figure 
11-1  illustrates  this  limitation. 
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RESTRICTIONS  ON 

AUTOMATIC  OUTER  VOLUME  COMPUTATIONS 


b c 

(1)  "OPEN”  ENDS  ARE  NOT  SUBTRACTED  FROM  OUTER  VOLUME 


d 


(2)  FINS  ARE  NOT  ADDED  TO  OUTER  VOLUME 


(3)  ANY  OVERLAP  OF  OUTER  ELEMENTS  IN 
THE  X DIRECTION  WILL  CAUSE 
ERRONEOUS  RESULTS 


Figure  11-1.  Restrictions  on 
use  of  automatic  outer  volume 
algorithm. 
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AUTOMATIC  OUTER  VOLUME  ALGORITHM 


3.  Any  "overlap*  in  the  X direction  of  outside  items  will 
cause  erroneous  results.  This  condition  is  illustrated 
graphically  at  the  bottom  of  figure  11-1.  Here,  the  right 
hand  body  item  will  not  be  included  at  all  in  the  outer 
volume  computation,  even  though  part  of  it  does  truly 
comprise  the  outer  volume.  This  is  so  because  an  item  must 
be  entirely  an  outside  item  to  be  counted  by  PHASOR.  There 
is  no  provision  for  computing  the  outer  volume  of  a part  of 
an  item.  Users  using  the  TABLET  mode  to  enter  points  should 
be  especially  careful  in  outer  volume  computations,  since  it 
is  extremely  easy  to  produce  slight  overlapping  of  items  due 
to  the  natural  impossibility  of  making  end  points  of  items 
match  up  exactly  when  using  the  pen.  The  same  caution 
should  be  exercised  when  entering  coordinates  from  DRAW 
mode  using  the  cursor.  It  is  important  to  realize  that  even 
a small  overlap  may  cause  large  errors  in  the  outer  volume 
computation. 

A more  insidious  example  of  overlap  error  is  illustrated 
in  figure  11-2.  Figure  11-2  shows  the  item  to  be  modelled, 
which  is  solid  cylinder  with  the  ends  turned  down  to  a smaller 
diameter.  In  figure  ll-2b,  user  constructed  a deck  which  will 
give  correct  weight  and  moment  for  the  item,  but  will  give  the 
wrong  outer  volume.  This  is  because  user  took  a shortcut.  He 
modelled  his  shell  by  making  three  items:  Bl,  which  is  the 
inside  cylinder,  6 inches  long;  B2,  which  is  the  outside 
cylinder,  3 inches  long;  and  B2-B1,  the  3 inch  long  area  of 
duplication  of  the  items,  which  he  subtracted  away.  Though 
this  method  gives  the  correct  weight,  it  is  a violation  of 
the  overlap  rule  since  only  a portion  of  item  Bl  is  included 
in  the  outer  volume.  The  correct  method  for  modelling  the 
item  is  shown  in  figure  ll-2c. 

A flowchart  describing  the  automatic  outer  volume 
algorithm  is  given  in  Appendix  F. 

User  can  verify  the  correctness  of  the  outer  volume 
computation  easily  by  inspecting  the  OUTPUT  file,  where 
PHASOR  will  list  all  items  which  it  determined  comprised 
the  outer  volume.  "Page  7"  of  the  OUTPUT  file  of  figure  13-1 
illustrates  this  feature. 
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SAMPLE  OVERLAP  ERROR 
FOR  OUTER  VOLUME  COMPUTATIONS 


12.  RECOVERY  FROM  FATAL  ERRORS 


A great  deal  of  effort  has  been  expended  in  the  design 
of  PIIASOR  so  as  to  make  it  "bulletproof";  that  is,  it  is 
intended  that  the  program  will  be  able  to  proceed  normally 
no  matter  what  errors  the  user  makes,  and  furthermore,  that 
a reasonable  error  message  should  be  generated  for  each  error. 
Users  should  find  PIIASOR  much  more  forgiving  and  tolerant  of 
syntactical  and  logic  errors  than  most  application  programs. 

The  author  recognizes  that  there  is  nothing  more  frustrat- 
ing than  to  have  a program  "bomb  out"  with  all  data  lost  after 
an  hour  or  two  of  interactive  work.  Unfortunately,  in  any 
program  as  complete  as  PIIASOR,  with  its  multitude  of 
options  and  logic  parts,  there  are  inevitably  undiscovered 
"bugs"  lurking  in  the  code,  just  waiting  for  the  unsuspecting 
user  to  perform  the  right  combination  of  operations  and/or 
errors  which  will  trigger  the  "bug"  into  action. 

Normally  when  this  occurs,  the  program  "bombs  out"  with 
a fatal  error  message,  such  as  "ERROR, M0DE=1,  ADDRESS  = 56740". 
Should  this  type  of  error  occur  during  PIIASOR  operation,  how- 
ever, PIIASOR  will  override  the  normally-fatal  system  error 
and  attempt  to  "die11  in  a manner  that  is  non-destructive  to 
user's  data.  Specifically,  upon  detection  of  a fatal  system 
error,  PIIASOR  will  attempt  to  copy  the  present  contents  of 
the  EDIT  file  to  a local  file  called  "SOS".  PIIASOR  then  allows 
itself  to  "bomb  out"  by  returning  control  to  the  system. 

Figure  12-1  shows  a sample  "bomb"  and  figure  12-2  shows 
the  method  used  for  non-destructive  recovery.  In  figure  12-1, 
user  is  in  DIRECTIVE  mode,  and  has  just  requested  an  analysis 
of  his  shell  by  typing  in  a HARDCOPY  directive,  when. . .WHAMl ! . . 
he  hits  a CP  TIME  LIMIT  error,  which  is  normally  a fatal  error 
(which  means  the  EDIT  file  would  be  lost).  However,  PIIASOR 
overrides  the  system  recovery  to  COMMAND  mode  until  it  saves 
the  131  cards  on  the  SOS  file,  as  shown.  Control  is  then  re- 
turned to  the  system,  which  displays  "COMMAND". 


FATAL  ERROR  RECOVERY 


If  the  user  wishes,  he  may  now  recover  to  where  he  left 
off  before  the  error  by  following  the  procedure  of 
figure  12-2.  After  extending  his  time  limit,  user  re- 
starts PHASOR  and  types  in  the  directive, 

//READ, SOS 

Since  the  SOS  file  contains  the  EDIT  file  at  the  time 
of  the  fatal  error,  user  has  effectively  recovered  to  his 
status  just  prior  to  the  fatal  error,  and  he  may  now  repeat 
his  HARDCOPY  directive. 

PHASOR  may  not  always  be  able  to  successfully  write  file 
SOS,  in  which  case  recovery  is  impossible.  This  condition 
is  indicated  by  the  absence  of  the  message,  "n  CARDS  TO 
FILE  SOS",  where  n is  the  number  of  cards  in  the  EDIT  file. 
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Figure  12-1.  PHASOR  overrides 
a normally  fatal  error  long 
enough  to  save  user's  EDIT 
file. 
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PRINTED  HARDCOPY 


As  was  discussed  briefly  in  section  5.8,  9.18,  and 
9.19,  PHASOR  automatically  writes  a brief  chronology  of 
events  which  happen  during  execution  on  a file  called  OUTPUT. 
If  a HARDCOPY  directive  or  H DRAW-mode  GINK  is  entered, 

PHASOR  will  write  a comprehensive  analysis  to  OUTPUT.  As 
was  discussed  in  section  8,  this  OUTPUT  file  may  be  previewed 
at  the  terminal  if  desired.  More  often,  however,  this  file 
is  sent  to  a line  printer  either  at  a UT-200  remote  batch 
terminal  or  at  the  central  site  in  building  351.  This 
gives  the  user  a permanent  record  for  retention. 

The  OUTPUT  file  will  not  be  printed  automatically 
at  any  line  printer.  In  order  to  print  the  OUTPUT  file, 
user  must  send  the  OUTPUT  file  to  the  desired  line  printer 
as  follows: 

SEND , C 

for  output  diverted  to  the  central  site,  or 
SEND , xx 

for  output  to  a remote  terminal,  where  xx  is  the  two- 
character  ID  of  the  terminal.  Alternatively,  the  INTERCOM 
ROUTE  command  may  be  used  once  PHASOR  is  stopped. 

Example:  User  has  just  finished  his  analysis  using  PHASOR 

and  is  in  DIRECTIVE  mode.  He  wishes  to  obtain  printed 
output  at  his  UT-200  terminal  in  his  building,  which  has 
an  ID  of  "AC"  on  the  CDC  6600.  The  correct  dialog  follows: 

//STOP 

STOP  PHASOR  - NORMAL  TERMINATION 
6.234  CP  SECONDS  EXECUTION  TIME 

COMMAND- ROUTE , OUTPUT , DC-PR , TID-AC , ST-66B 
COMMAND- 

A sample  output  listing  is  shown  in  figure  13-  with  ex- 
planatory notes  added  for  clarity.  An  examination  of  this 
sample  will  make  interpretation  of  your  output  easier. 
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END-OF-FILE  M0D3  AFTER  92  CARO  IMAGES 


Figure  13-1,  continued.  Sample 
PHASOR  OUTPUT  file,  as  listed 
on  a line  printer. 
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Figure  13-1,  continued.  Sample 
PHASOR  OUTPUT  file,  as  listed 
on  a line  printer. 
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Figure  13-1,  continued.  Sample 
PHASOR  OUTPUT  file,  as  listed 
on  a line  printer. 


Figure  13-1,  continued.  Sample 
PHASOR  OUTPUT  file,  as  listed 
on  a line  printer. 
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APPENDIX 


A 


TROUBLESHOOTING  GUIDE  FOR  LOGIN  PROCEDURE. 


This  section  is  intended  to  help  you  figure  out  what  went 
wrong  while  trying  to  LOGIN.  "Step  No."  refers  to  the 
LOGIN  procedure  step  number  of  section  2.1. 


Step 

No. 

Problem 

Description 

Possible 

Cause 

Probable 

Cure 

(1) 

Terminal  dead 

Not  plugged  in 

Power  cord  to  115V 
outlet. 

Blown  fuze 

Check  2 fuzes,  rear  of 
unit.  If  blown  see 
Jim  0'Brien,X4912 

(6) 

Phone  busy. 

Port  in  use. 

Choose  alternate  line. 
See  Reference  4 

(7) 

No  answer. 

Misdialed. 

Dial  again. 

Computer  down. 

Dial  autovon  800-6222 
for  recorded  computer 
status  message. 

(8) 

Heard  tone, 
pushed  "DATA", 
nothing  on 
screen,  or  gar- 
bage on  screen 

Baud  rate  wrong. 

On  rear  of  terminal 
pedestal,  set  rotary 
switch  to  300,  slide 
switch  below  it  to 
"ASCII",  and  start 
over. 

Code  expander  on. 

Turn  CODE  EXPANDER 
rocker  switch  at  top 
of  keyboard  to  "OFF" . 
Precede  to  step  9. 

Incorrect 

initialization. 

Carefully  repeat 
steps  2—8 • 

Computer  down. 

See  step  7 cure 

Got  "PLEASE 

LOGIN"  message 

O.K.,  Typed 
"LOGIN, Lxxxyyyzzz . 
but  doesn't  show  up 
on  screen. 

Incorrect 

initialization 

A-l 

Repeat  carefully 
steps  2-8. 

Problem 

Description 


Typed  "LOGIN", 
but  no  response 
from  computer. 

Computer  dis- 
played, "FATAL 
LOADER  ERROR-NO 
SUCH  PROGRAM  CALL 
NAME",  etc. 

Computer  typed 
"FILE  NOT  IN 
SYSTEM" . 


Computer  didn't 
respond  as  in- 
dicated to  ATTACH 
READ,  or  DRAW 
directive. 


Computer  displayed  TTY  LOCK 
"KEYSTOKE  ERROR"  not  de- 
when  T entered.  pressed. 

RETURN 

depressed 


Possible 

Probable 

Cause 

Cure 

LOCAL 

Set  LOCAL/LINE 

mode 

to  LINE 

Misspelled 

Repeat  step  10 

command 

carefully 

Misspelled  Repeat  "BEGIN...' 
or  incomplete  carefully. 
"BEGIN.. ." 


command 


File  lost. 


Syntax  error 


Call  B.  Carbrey 
Autovon  880-4364 

Repeat  directives 
carefully,  being 
observant  of  commas, 


Depress  TTY 
lock  key. 


DO  NOT  depress 
carraige  return  after 
any  Graphic  input  key- 
stroke. 
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INTRODUCTION  TO  PERMANENT  FILES 

One  of  the  areas  of  most  confusion  and  least  under- 
standing among  new  computer  users  and  even  among  many  veteran 
programmers  is  the  area  of  permanent  file  concepts.  This 
section  attempts  to  present  a simple  explanation  of  the 
logical  organization  of  permanent  files  used  on  the  CDC  6000 
computer. 

In  order  to  clarify  the  file  concepts,  we  shall  draw 
on  our  knowledge  of  ordinary  office  files  of  the  "garden" 
variety. 

Imagine  we  have  an  office  with  a file  cabinet  for  re- 
tention of  permanent  documents,  and  a pad  of  paper  on  a 
desk.  Each  day  the  janitor  tears  any  used  sheets  of  paper  on 
the  pad  off  and  throws  them  away,  but  he  never  touches  the  file 
cabinet. 

On  the  computer  there  are  two  kinds  of  storage  devices, 
one  is  a permanent  file  device,  which  can  save  files  in- 
definately^  like  the  file  cabinet.  The  other  type  is  a 
scratch  file  device,  which  can  only  hold  files  temporarily 
and  is  cleaned  out  like  the  pad  of  paper  at  the  end  of  a 
job. 

Files  which  we  use  during  execution  of  programs  or  control 
cards  are  assigned  by  the  system,  and  may  be  either  on  the 
pad  or  in  the  file  cabinet.  If  we  want  to  insure  that  we  will 
have  our  file  in  the  file  cabinet,  we  must  first  request  a 
permanent  file  device  before  we  write  the  file. 

To  continue  our  office-file  analogy,  suppose  we  have  re- 
quested a permanent  file  device,  and  now  we  wish  to  write  on 
the  file.  During  our  request,  we  specified  a local  file 
name  (lfn) . This  local  file  name  may  be  thought  of  as  a 
temporary  tag  which  the  system  places  on  a blank  pad 
inside  some  arbitrarily  chosen  file  folder  in  the  file  cabinet. 
For  instance,  if  we  have  the  control  cards 

REQUEST, AAA, *PF. 

the  system  will  take  a temporary  tag,  label  it  "AAA",  and  stick 
to  some  empty  file  folder,  inside  the  cabinet.  Now  if  we 
write  on  file  AAA,  the  system  looks  for  the  temporary  tag,  and 
wher  found,  writes  in  that  folder. 
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When  our  job  is  complete,  the  system  has  a file  tagged 
"AAA"  in  the  file  cabinet.  However,  the  file  is  not  a 
full-fledged  permanent  file  because  the  system  takes  off  the 
temporary  tag  AAA  and  throws  it  away  at  the  end  of  our  job. 
Since  there  is  no  tag  on  the  file  folder,  the  system  doesn't 
know  where  to  look  for  it  when  you  want  it,  even  though  it 
is  in  the  file  cabinet. 

In  order  to  make  a complete  permanent  file,  we  must  put 
a permanent  label  on  the  file  folder  so  the  system  can  find 
the  folder  by  name  and  owner.  Our  control  card, 

CATALOG , AAA , MYFILE , I D=MYNAME . 

causes  the  system  to  tag  the  file  folder  as  "MYriLE"  with  an 
owner  of  "MYNAME” . Now  when  the  temporary  tag  AAA  is  thrown 
away  at  the  end  of  the  job,  the  permanent  name  is  still  on 
the  folder  and  the  file  can  be  found  at  a later  date.  This 
illustrates  a commonly  believed  fallacy:  that  the  CATALOG 
card  causes  the  local  file  to  be  copied  into  a special  area 
for  retention.  Actually,  the  CATALOG  card  doesn't  copy  the 
file  at  all,  and  merely  records  its  location  in  a permanent 
file  directory  which  is  indexed  like  a telephone  book  by 
user  ID  and  permanent  file  name. 

Cycle  numbers  may  be  thought  of  as  partitions  inside 
the  file  folder  which  are  numbered  with  any  numbers  between 
1 and  999.  Up  to  5 partitions  may  be  made. 

Now  let  us  examine  how  a permanent  file  is  attached. 
Consider  the  control  card. 


ATTACH , BBB , MYFILE , I D= MYNAME . 


A common  misconception  is  that  this  card  causes  the  file 
MYFILE,  I D=MYNAME  to  be  copied  onto  another  file  named  BBB . 

This  is  not  true.  All  the  attach  card  does  is  tell  the 
system  to  search  the  permanent  file  directory  for  MYFILE,  and 
when  found,  to  put  a temporary  tag  or  LFN  on  the  file  folder 
so  that  the  system  can  refer  to  it  by  the  shorthand  tag  and  not 
have  to  look  up  the  permanent  file  in  the  directory  each  time 
the  file  is  accesed. 

In  the  light  of  the  system  described  above,  it  is  easy 
to  see  hov*  some  of  the  more  common  permanent  file  errors  come 
about. 
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For  instance,  the  error  message, 

"FILE  NOT  ON  PF  DEVICE" 

means  our  file  was  assigned  to  scratch  storage  and  not  to 
the  file  cabinet  by  the  system  since  we  didn't  specify  it 
had  to  be  on  a permanent  file  device,  and  when  the  system 
tried  to  put  the  permanent  tag  on  it  for  the  CATALOG  card, 
it  couldn't,  because  the  file  wasn't  in  a folder  in  the 
cabinet. 

"LFN  ALREADY  IN  USE"  means  we  tried  to  assign  the  same  tem- 
porary tag  to  two  files.  Since  the  system  only  uses  the 
temporary  tags  for  identification  during  job  processing,  if 
both  files  were  assigned  the  same  tag  it  would  be  impossible 
to  tell  them  apart.  One  way  you  can  get  this  diagnostic  is 
like  this: 

ATTACH , ABC , MYF I LE , I D=MYNAME , CY= 1 . 

PURGE, ABC. 

REQUEST, ABC, "PF. 

This  will  result  in  the  error  message  above  because  the 
PURGE  card  only  causes  the  system  to  remove  the  permanent 
label  from  the  file  folder.  It  does  not  erase  the  file  or 
remove  the  temporary  tag  ABC.  Thus  we  can  still  reference 
file  ABC  even  after  it  has  been  purged,  because  it  is  still 
a local  file.  To  get  rid  of  file  ABC  completely,  we  would 
need  to  type, 

PURGE, ABC. 

RETURN, ABC. 

This  will  remove  all  tags  from  the  file  folder. 

By  logical  extention  of  the  simple  office-file  analogy 
above,  you  may  be  able  to  avoid  many  of  the  common  pitfalls 
of  permanent  file  useage. 
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APPENDIX  C 


SOURCE  DECK  AVAILABILITY 

PHASOR  was  developed  entirely  in-house  at  Picatinny 
Arsenal  by  Bruce  Carbrey  of  the  Managment  Information  Systems 
Directorate,  Scientific  & Engineering  Applications  Division. 
Copies  of  the  source  program  will  be  distributed  to  interested 
parties  after  approval  of  a written  request  by  Chief,  Scientific 
& Engineering  Applications  Division.  Due  to  the  size  of  the 
program,  source  decks  will  be  provided  on  magnetic  tape  only, 
without  listings. 

The  following  facts  pertain  to  PHASOR  implementation: 

Source  Languages:  FORTRAN  EXTENDED  (98%),  COMPASS  (2%) 

Source  deck  length:  14,700  cards  (not  including  Tektronix 
or  system  routines) 

Object  program  structure: 

Number  of  main  programs:  2 (PHASOR  and  slave  program  PSLAVE, 
which  runs  concurrently  with,  and  under  the  control 
of,  PHASOR) 

Number  of  overlays:  13  (Standard  CDC  Segments) 

Number  of  subroutines:  131  (not  including  Tektronix  or  system 
routines) 

Required  memory  to  run:  60000  octal  (PHASOR) , 50000  (PSLAVE) 
Required  memory  to  load:  110000  octal. 

Files  used:  7 (PHASOR),  5 (PSLAVE) 


System  dependencies:  CDC  6000  series  computer  with  SCOPE  3.4 
operating  system;  Tektronix  4014  terminal  with  enhanced 
graphics  module;  ARRADCOM-modified  Tektronix  PLOT-10 
TCS  software  package;  ARRADCOM  local  modifications  to  SCOPE; 
ARRADCOM  TCS  utility  routines. 


APPENDIX  D 


NOTES  ON  OUTER  VOLUME  COMPUTATIONS 

Section  11  of  this  report  details  the  method  used  by 
PHASOR  for  computing  outer  volume.  One  of  the  restrictions 
imposed  is  that  fin  items  are  never  included  by  PHASOR  in 
its  outer  volume  computation.  It  was  further  stated  that  the 
WEIGHT  program  will  not  give  the  correct  outer  volume  for 
a shell  with  fins,  regardless  of  whether  or  not  the  fins  are 
designated  as  an  outside  item,  so  this  restriction  on 
PHASOR  does  not  represent  any  loss  of  capability  in  comparison 
to  WEIGHT  or  PROMS.  This  section  will  present  a simple  case 
to  illustrate  why  fins  should  not  be  included  in  outer  volume 
computations  for  the  WEIGHT  or  PROMS  programs. 

Consider  the  simple  shell  illustrated  in  figure  D-l  which 
consists  only  of  a solid  cylinder  with  four  rectangular  fins 
mounted  to  it.  The  WEIGHT  data  deck  for  this  shell  is  shown 
in  figure  D-2.  Since  the  cylinder  is  certainly  an  outer  item, 
it  is  designated  as  such  by  a "1"  in  column  72  on  the  body 
data  card.  The  fins  are  also  outside  data  items,  so  a "1" 
is  placed  in  column  72  of  the  first  fin  card.  The  part  of  the 
fin  to  be  subtracted  away  is  not  an  outer  item,  so  column  72 

I of  the  second  fin  card  is  left  blank. 

4.  The  results  of  the  WEIGHT  program  computation  for  the 

• shell  is  shown  in  figure  d-2.  Notice  that  the  "OUTER  VOLUME" 

, is  described  as  2.37  cubic  inches.  This  answer,  however,  is 

erroneous,  since  it  is  simply  the  sum  of  the  volume  of  the 
cylinder  (1.5708)  plus  the  volume  of  the  entire  fin  item  1 
(.8000).  The  volume  of  the  second  fin  has  not  been  subtracted 
away,  as  it  would  have  to  be  in  order  to  get  the  correct  outer 
volume.  In  effect,  the  volume  of  the  outer  fin  between  the 
surface  of  the  body  and  the  center  has  been  "counted  twice"; 
once  as  part  of  the  body  item  and  once  as  part  of  the  fin. 
There  is  no  provision  for  forcing  the  WEIGHT  program  to 
subtract  the  inner  fin  volume  way  from  the  outer  fin.  Even 
if  we  try  to  designate  the  inner  fin  as  an  outside  item  in 
hopes  that  the  negative  density  will  cause  it  to  be  "sub- 
tracted away"  from  the  total  volume,  the  answer  is  still 
wrong,  as  shown  in  figure  d-3.  The  correct  answer  can  be 
found  easily  by  manually  computing  the  outer  volume  as 
follows: 


SAMPLE  SHELL  FOR  ERRONEOUS  OUTER  VOLUME 
COMPUTATION  EXAMPLE  USING  WEIGHT  PROGRAM. 


Figure  D-l.  Fins  are  not  properly 
included  as  "outer  volume"  items 
when  using  the  WEIGHT  program, 
as  illustrated  by  this  example. 
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Volume  of  the  cylinder,  VC, 


1.5708 


Volume  of  four  fins  on  outside  of  cylinder,  VF, 

VF=  4 (height) (width) (thickness) =4 (. 5) (2. )( .1) = .40 
Total  outside  volume  = VC  + VF  = 1.97 

Thus  if  it  is  desired  to  use  fins  in  part  of  an  outer 
volume  computation,  the  user  should  be  sure  to  subtract  the 
volume  of  the  portion  of  all  the  fins  subtended  by  outer 
body  items  from  the  computed  total  when  using  WEIGHT  or 
PROMS . 

This  discussion  is  not  intended  in  any  way  as  a 
criticism  of  the  WEIGHT  program,  but  rather  is  presented 
only  to  caution  the  user  against  indiscriminant  use  of  fin 
items  in  applications  where  outer  volume  is  required,  and 
to  explain  the  rationale  behind  omitting  fin  items  from 
PHASOR  automatic  outer  volume  computations. 
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SIGN  CONVENTIONS  FOR  "RAD"  ON  OGIVES 

This  section  discusses  the  sign  convention  used  in 
PHASOR  for  drawing  ogives.  Two  separate  methods  are  avail- 
able for  drawing  ogives,  the  "WEIGHT"  method  and  the  "PHASOR" 
method.  Each  of  these  has  a sign  convention  and  will  be 
dealt  with  in  turn. 

WEIGHT  format  ogive  sign  convention: 

The  WEIGHT  program  does  not  have  a sign  convention  for 
RAD.  That  is,  RAD  must  be  positive.  Unfortunately,  this 
can  lead  to  some  difficulty  in  defining  fillets  using 
ogive  descriptors,  since  there  are  six  possible  legal 
ogive  "cases"  and  only  four  cure  defined.  The  other  two 
combinations  of  "A",  "B"  and  "RAD"  are  in  "limbo". 

Consider  the  following  ogive  descriptions 


A— 4.0 
B—4.0 
RHO= . 1 
REF=0. 
RAD=4 . 


If  you  run  this  ogive  description  through  the  WEIGHT  program 
and  get  a plot,  it  will  look  like  figure  E-la. 

However,  figure  E-lb  has  exactly  the  same  description  as 
figure  E-la,  which  means  you  can't  draw  the  ogive  for 
figure  E-lb  using  the  WEIGHT  program. 


E— 1 


0 1 2 3 4 5 6 

a)  "DRAWABLE"  OGIVE  FOR  A=-4,  B=-4,  RAD=4 


0 1 2 3 4 5 6 


b)  "UNDRAWABLE"  OGIVE  FOR  A=  -4.  B=  -4,  RAD=4 


Figure  E-l.  The  WEIGHT  program 
has  no  sign  convention  for  RAD, 
making  it  impossible  to  model 
certain  ogives. 


E-2 


Figure  E-2.  PHASOR  adopts  a sign 
convention  for  RAD  which  permits 
generation  of  all  possible 
ogives . 

E—  J 


RAD-,  A+,  B + 


RAD-,  A-,  B + 


Figure  E-3.  "Nonsensical"  ogives 
are  illegal. 


E— 


This  problem  can  cause  considerable  difficulty  when 
trying  to  describe  "external"  fillets.  In  order  to  alleviate 
this  problem  somewhat,  a sign  convention  is  defined  for 
PHASOR  for  WEIGHT  format  ogives,  so  that  "RAD"  may  be 
negative  or  positive.  If  "RAD"  is  specified  as  positive 
in  the  above  example,  the  resulting  ogive  will  appear  as  in 
figure  E-la.  If  RAD=-4,  in  the  above  example,  the  result- 
ing ogive  will  appear  as  in  figure  E-lb. 

There  are  six  legal  combinations  of  A,B,  and  RAD  and 
two  illegal  cases  (which  are  nonsensical) , illustrated 
in  figure  E-2  and  E-3. 


rn  convention  of  RAD  on  "PHASOR"  format  ogives 

Let  us  now  turn  to  the  problem  of  sign  on  RAD  for 
"PHASOR"  format  ogive  construction.  The  sign  convention 
is  illustrated  in  figure  E-4. 

Expressed  in  words,  the  sign  convention  for  PHASOR 
ogive  is: 

For  RAD  greater  than  0,  the  arc  will  be  drawn  such  that 
the  center  of  the  arc  will  lie  to  the  right  side  of  a 
directed  vector  from  (REF,Dl/2)  to  (REF+H,  D2/2) . For  RAD 
less  than  0,  the  arc  will  be  drawn  such  that  the  center 
of  the  arc  will  lie  to  the  left  of  a directed  vector  from 
(REF ,Dl/2)  to  (REF+H, D2/2) . 

Normally  a positive  radius  ogive  will  "shed  water", 
and  a negative  radius  ogive  will  "hold  water". 


NOTE:  ALL  ITEMS  MUST  BE  DRAWN  LEFT  TO  RIGHT,  THAT  IS,  H >0 
SIGN  CONVENTION  FOR  RADIUS  ON  PHASOR  - FORMAT  OGIVES 


Figure  E-4.  Sign  convention  for 
RAD  on  PHASOR' s ogives. 
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DERIVATION  OF  MATHEMATICAL  FORMULAS 

The  equations  used  by  PHASOR  are  developed  in  this  sec- 
tion for  reference.  It  should  be  noted  that  the  equations 
for  the  properties  of  body  and  fin  items  are  the  same 
equations  used  by  the  WEIGHT  program;  however,  the  method 
used  for  computation  of  ogives  is  different,  and  the  method 
for  computing  the  total  properties  of  the  shell  is  slightly 
different,  but  mathematically  equivalent. 

Properties  of  body  items:  l" 

The  general  case  for  body  items  is  a truncated  right 
circular  cone.  Referring  to  the  figure  observe  that  the 
volume  of  the  body  item,  V,  may  be  defined  as 


fb 

V = V A (x)  dx 
WHERE, 

A (x)  = 7T[r  (x)]2  =77V 
INTEGRATING, 

V = ^ (Da2  + DaDb  + Db2) 


The  weight  of  the  body  item  W,  is 


W = PM 


The  polar  moment  of  inertia  is  defined  as 
with  respect  to  the  axis  of  symmetry: 


(y2  + z2)  dx  dy  dz 


second  moment 


= Tgf  (Da4  + Da3Db  + Da2Db2  + DaDb3  + Db4) 

The  center  of  nravity,  C of  the  body  item  is  defined  as 


7Th 
c " 48V 


+ 2DaDb  + 3Db2) 


The  transverse  moment  of  inertia  about  a plane  passing 
through  the  C.C..  of  the  body  item,  perpendicular  to  the 
longitudinal  (x)  axis,  T1 , is  given  by: 

r = 20 (Da2  + 3DaDb  + 6Db2)  - WC2 


F-2 


Properties  of  fin  items 


Refer  to  figure  F-2  which  shows  the  general  form  of 
a fin  item.  It  is  a trapezoidal  solid  with  bases  Ra  and  Rb 
and  height  h.  The  volume  of  a fin  item  having  N such  fins 
around  the  circumference  of  the  shell  at  equal  angular 
distances  is. 


Nht 


V = 2 + Rb) 


and  the  weight  is 


W = PV 


The  Polar  moment  of  inertia  may  be  approximated  for 
thin  fins  as 


P = N P ht  (Ra3  + Ra2Rb  + RgRb2  + Rb3) 


The  center  of  gravity  will  lie  on  the  longitudinal  axis 
of  the  shell  provided  2 or  more  fins  exist  at  equal  angular 
distances  around  the  circumference  at  the  shell.  The  C.G. 
with  reference  to  the  left  end  of  the  fin  is  given  by 

- h!Ra  + 2Rb) 

‘ 3 <Ra  + Rb) 


The  averaqe  transverse  moment  of  inertia  of  a fin  item 
rotating  about  the  longitudinal  axis  at  uniform  angular 
velocity  for  one  revolution  is  given  about  a plane  perpen- 
dicular to  the  longituinal  axis  and  passing  through  the 


c.g.  as: 


V 


Nth3 

12 


(Ra  + 3Rb)  - WC2 


F-3 


The  calculation  of  the  properties  of  ogival  items 
is  not  readily  amenable  to  direct  solution  because  the  de- 
rived formulas  depend  heavily  on  the  difference  of  products 
of  large  numbers.  In  order  to  achieve  reasonable  results, 
greater  precision  arithmetic  would  be  required  than  is 
available  on  the  CDC  computer  using  standard  single  or  double 
precision  arithmetic.  Instead,  an  approximation  technique 
produces  more  reasonable  results  by  breaking  each  ogive  up 
into  into  100  body  items  and  summing  the  results.  However, 
PHASOR  does  not  break  up  the  ogive  in  the  same  manner  as 
the  WEIGHT  program.  The  differences  are  illustrated  in 
figure  F-3  for  a simplified  ogive  broken  up  into  only  four 
parts. 

In  figure  F-3a,  the  method  used  in  the  WEIGHT  program 
is  illustrated.  Here,  the  ogive  is  broken  up  into  body  items 
having  equal  lenghts  along  the  X axis,  Ax. 

In  figure  F-3b,  the  method  used  by  PHASOR  is  illustrated. 
Here,  the  ogive  is  broken  up  into  body  items  of  variable 
length  along  the  x axis  but  equal  angular  measure  from  the 
center  of  the  ogive.  The  reason  this  method  is  employed 
is  that  it  produces  substantially  less  error  in  the  approxima- 
tion. The  error  is  illustrated  graphically  as  the  shaded 
area  between  the  ogive  curve  and  the  approximating  body 
items  (chords) . As  can  be  seen,  the  shaded  area  of  the 
WEIGHT  figure  is  considerably  larger  than  for  PHASOR. 
Naturally,  the  actual  error  is  much  smaller  than  that  illus- 
trated because  100  approximating  body  items  are  used  instead 
of  the  four  illustrated.  However,  actual  benchmark  tests 
have  shown  that  the  error  in  ogive  computations  for  hemis- 
pheres may  exceed  one  percent  for  the  WEIGHT,  but  are  limited 
to  about  .2  percent  for  PHASOR  for  the  same  ogives. 


i 


Ax 


WEIGHT  METHOD  ( EQUAL  AX’S  ) 

! 


PHASOR  METHOD  ( EQUAL  AO'S  ) 


COMPARISON  OF  OGIVE  COMPUTATION  TECHNIQUES 
FOR  WEIGHT  PROGRAM  AND  PHASOR 


Figure  F-2.  Approximation  tech- 
niques used  by  WEIGHT  and 
PHASOR  programs  for  ogive 
computations . 
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Properties  of  the  entire  shell 


Once  the  individual  properties  of  all  items  have  been 
computed,  the  properties  of  the  entire  shell  may  be  computed 
If  we  denote  the  properties  of  the  ith  item  by  the  sub- 
scrpt  i,  the  total  properties  of  the  shell  may  be  defined 
by  the  following  equations: 


TOTAL  VOLUME 


vT=  2 Vi 
i = 1 

TOTAL  WEIGHT: 

n 

wT  = 2 Wj 

i = 1 

TOTAL  C.G.  WITH  RESPECT  TO  ORIGIN 


Ct  - 


i (Wj  Cj) 

i = 1 


TOTAL  POLAR  INERTIA: 


pT=  2 P| 


TOTAL  TRANSVERSE  INERTIA  ABOUT  A PLANE  PERPENDICULAR  TO 
LONGITUDINAL  AXIS  PASSING  THROUGH  CT: 

Tj  Tj'^  + ~ 1 (WjCj)|  + 1 ^jCj 

TOTAL  TRANSVERSE  INERTIA  ABOUT  AN  AXIS  PERPENDICULAR  TO 
LONGITUDINAL  AXIS  PASSING  THROUGH  CT: 

Tt  - Tt  + ~ 


FLOWCHART  FOR  AUTOMATIC  OUTER  VOLUME  ALGORITHM 


Definitions:  V * Total  volume  of  shell;  to  be  computed 
D (I)  = Diam.  of  left  end  of  Ith  item. 

H (I)  * Length  of  Ith  item. 

REF (I)  = Reference  distance  of  Ith  item. 
VI (I)  = Volume  of  Ith  item. 

N « Total  number  of  items,  excluding  fins 


Sort  (D,H,VI)  tuples  ascending 
by  REFs,  discarding  fin  items. 
For  knowns , V ■ V + VI ( I ) 

IBIG  = 1 
REFMIN  “ REF(l) 

DMAX  - D (1) 


2F ( I)  : REFMIJ 


REF (I) :REF (1-1) 


DMAX  « AMAXl (DMAX,D (I) ) 


V - V + VI ( IBIG) 

REFMIN  - REF (IBIG)  + H(IBIG) 


DMAX : D ( I ) 
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APPENDIX  H 

4800  BAUD  SYNCHRONOUS  OPERATION 

Throughout  this  manual,  use  of  a standard  300  baud 
modem  with  asynchronous  ASCII  character  transmission  has 
been  assumed.  Users  with  access  to  4014  terminals  equipped 
with  Tektronix  option  20  CDC  synchronous  interfaces  and 
4800  bps  modems  may  use  this  equipment  instead.  Select 
"4800"  and  "BCD"  on  the  rear  interface  panel.  Set  the 
"CODE  EXPANDER"  rocker  switch  on  the  keyboard  to  "ON". 

While  the  "LINE/LOCAL"  rocker  switch  is  in  the  "LINE" 
position,  depress  "SHIFT"  and  "RESET".  Dial  up  a 4800  baud 
port  and  LOGIN  normally.  Then  start  PHASOR  as  follows: 

COMMAND  - ETL, 100 . 

COMMAND  - BEGIN,  PHASOR,  BR/CARBREY , BAUP"4 800 

A word  of  caution:  Due  to  idiosyncrasies  of  the 
option  20  interface  hardware,  not  all  aspects  of  4800  baud 
PHASOR  will  duplicate  300  baud  operation.  In  particular, 
tablet  mode  operation  is  not  recommended  when  using  option 
20  in  4800  baud  mode.  In  addition,  certain  information  may 
not  appear  at  the  "proper"  place  on  the  screen,  which  is  a 
minor  nuisance,  but  will  not  effect  the  results.  For  more 
information,  contact  Bruce  Carbrey  at  Autovon  880-4364. 
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